CHAPTER 1 

Introduction 

This Handbook describes an integrated set of procedures for programming, estimating and 
control on large development projects. These procedures are intended as an aid to contractors 
in the effective management of development. They are also intended to assist Ministry Project 
Officers in the evaluation of proposed projects and in the oversight of development contracts. 

In large and complex projects the validity of early programmes and estimates may be seriously 
reduced by imprecise definition of the content and objectives of the development task and by 
technical uncertainties. Chapter 2 describes a sequence of practical studies which is designed 
to reduce these uncertainties as systematically as possible, to permit a smooth build up of 
development effort and to lessen the overall duration and cost of the project. 

The sequence starts with a Feasibility Study which may last up to 6 months and cost around 
1^% of estimated total development cost. This study may be carried out by a number of 
contractors in competition. During the study contractors will undertake theoretical and 
experimental work to evaluate the technical feasibility of the proposed equipment, identify 
the areas of major technical uncertainty, and make initial estimates of the likely cost and 
duration of development. 

The results of the Feasibility Study will be used by Government agencies to determine whether 
more work should be done on the project. In some cases the Feasibility Study may reveal the 
need for further research. In other cases, selected contractors will proceed directly to the 
second stage of evaluation — ^the Project Definition Study. This will not normally be com- 
petitive. Usually it will be covered by a single contract for each major firm, or group of firms, 
calling for work to be done in two phases. The scope, duration and cost of this work will be 
agreed by the Ministry and the contractors. It should be sufficient to allow the areas of tech- 
nical uncertainty to be explored and to enable contractors to produce well founded Develop- 
ment/Cost plans. 

The first phase (Project Definition — Stage 1) will correspond broadly with the project study 
envisaged by the Zuckerman Report. It may last up to 9 months and cost up to 5% of the 
total development cost. During this phase each contractor will carry out design and experimen- 
tal work so as to reduce the technical uncertainties and to evolve a draft specification. Each 
contractor will also prepare a first Development/Cost plan (or costed technical programme). 

Unless the Government decides to abandon the project at this point it wUl proceed without 
interruption to Project Definition Stage 2. In this stage each main contractor will carry out 
more detailed design and experimental work. On a major project this may occupy some 12 
to 15 months and cost up to a further 10% of estimated total development expenditure. 
It will be used to prepare detailed specifications covering performance, development trials 
and engineering characteristics. These specifications will form the basis for a revised Develop- 
ment/Cost plan and for the Government’s decision on whether to proceed with development 
to completion. 

One of the purposes of the initial studies is to allow development programmes and estimates 
to be prepared, evaluated and refined in considerable detail. This detail is needed — 

to ensure that decisions to proceed with full development are based on a searching 
and realistic appraisal of each stage in the programme. This will reduce the likelihood 
of subsequent cancellation. 

to ensure that actual development is monitored closely against a detailed plan, and 
that deviations from the plan can be identified promptly and systematically. 

It is therefore necessary for contractors to prepare a detailed development programme for 
each part of the project. Chapter 3 describes methods of dividing the programme into the 
tasks needed to complete each phase of development. It indicates how the responsibility for 
successful completion of each task should be allocated and how the sequence and duration of 
each task can be examined in order to forecast and improve — 
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the likely completion date of each phase of the programme 

the loads likely to be placed on the resources available for development. 

Chapter 3 also suggests that programmes should be prepared in broad terms during the 
Feasibility Study and refined to greater detail during the Project Definition stage, as technical 
definition improves. At each point in the project, the programme should be in detail for the 
period imm ediately ahead and in broader terms for the rest of the project. 

In addition, it is necessary for contractors to prepare detailed estimates of development cost. 
Chapter 4 outlines a variety of estimating techniques and describes methods of relating cost 
estimates directly to the tasks shown in the development programme. It suggests that the 
estimates should be refined as the initial studies proceed and that they should be prepared in 
detail for the work immediately ahead and in broader terms for the balance of development. 
Im provements in technical definition should also be used to refine estimates^ of unit production 
cost. This is discussed in Chapter 7, which also describes production estimating techniques 
and ways of allowing for changes of design between development and production. 

The preparation and evaluation of programmes and estimates must rely on experience from 
previous projects. Chapter 8 suggests that such experience should not be reviewed solely on 
the basis of personal recollection. Instead, data from each project should be^ recorded and 
analysed systematically for future use. This Chapter describes the data wliich should be 
collected and the procedures needed to process it as development proceeds. 

Chapters 5 and 6 are concerned with the monitoring of technical and cost progress during 
development. Such monitoring should be based on a direct comparison between actual 
achievement, actual expenditure and the detailed programmes and estimates for each task 
in the project. These Chapters put forward an integrated set of procedures for the systematic 
collection of detailed progress data and for the prompt detection of programme and cost 
deviations. They describe methods of making direct comparisons between achievement and 
expenditure for each development task and of summarizing progress data for review by senior 
management. 

Owing to the detail required, these procedures for programming and estimating will require 
a considerable effort in the early stages of a major project. In addition this effort will be 
repeated during the project, as the needs for reprogramming, re-estimation and progressing 
arise. It must be recognized that this work can only be carried out successfully by using a 
high calibre of staff for project management and by ensuring that the work of such staff is 
fully integrated into the main development activity. 

It should also be recognized that the project management procedures described in this docu- 
ment may entail additional staff effort. Provided the procedures are supported by adequate 
staff training and are not over-elaborated, the cost of this additional effort should be more 
than offset by savings arising from improved planning and control. 

The prospect of an increase in expenditure on project management procedures may be greeted 
sceptically by contractors’ personnel. Such personnel may also resent the demands made on 
their time for programming, estimating and progressing. Nevertheless, it is expected that the 
consequent improvements in project control will lead to fewer and smaller cost overruns 
and thus to fewer cancellations. The need for close planning and control must therefore be 
explained fully so that the purposes and techniques of modern project management are 
understood throughout the organization. The successful implementation of these techniques 
will require the most careful preparation. They will not succeed if imposed on staff who do 
not understand or sympathize with them. 
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CHAPTER 2 



Project Definition 

2.1 Summary 

2.2 The Feasibility Study 

2.3 The Project Definition Study 

2.4 Project Definition — Stage 1 

2.5 Project Definition — Stage 2 

2.6 Development Specifications 

2.7 Ministry Participation in Project Definition 

2.1 Summary 

Programmes and estimates prepared in the early stages of a project may be seriously handi- 
capped by technical uncertainties and by imprecise definition of the proposed development 
task. This Chapter describes a sequence of practical studies which is intended to reduce these 
uncertainties and to improve the state of definition. 

The sequence starts with a Feasibility Study, which may be conducted on a competitive basis. 
In this study contractors will evaluate the technical feasibility of the project and identify the 
main areas of technical uncertainty. They will also make broad assessments of the likely cost 
and duration of development. 

If the Feasibility Study does not show further research to be necessary, selected contractors 
will take part in a Project Definition stage. This will not normally be competitive. Usually 
it will be covered by a single contract for each major firm, or group of firms, calling for work 
to be done in two phases. The scope, duration and cost of this work will be agreed by the 
Ministry and the contractors. It should be sufficient to allow the areas of technical uncertainty 
to be explored and to enable contractors to prepare well constructed Development/Cost 
plans. In the first phase, initial design and experimental work will be carried out to explore 
the areas of technical uncertainty. Each contractor will prepare draft specifications and a 
first Development/Cost plan. 

Unless the Government decides to terminate the project at this stage, work will proceed without 
interruption to the second phase of Project Definition. In this phase each contractor will 
carry out more detailed design and experimental work. Specifications covering performance 
development trials and engineering characteristics will be prepared and agreed with the 
Ministry as the basis for a second Development/Cost plan. This will be used to decide whether 
development should proceed to completion. 

This Chapter describes this sequence of studies and discusses the duration, cost and detail 
appropriate to each stage. It outlines the content and purposes of the specifications and the 
ways in which Ministry stalf may participate in the process of project definition. 



2.2 Feasibility Study 

A Feasibility Study may be carried out within Government Establishments or in industry. 
Normally on major development projects it will be carried out largely in industry, with advice 
and guidance from Establishments where appropriate. Feasibility Studies will often be carried 
out by a number of contractors in competition. The Ministry may or may not make a con- 
tribution to the cost of work by the contractors. 

The cost and duration of such a study will depend upon the size and complexity of the pro- 
posed development. A typical study of a major project may incur about of the total 
development cost and last not more than 6 months. During this period contractors will not 
necessarily be restricted to theoretical work but may be expected to carry out experimental 
work if that is needed to identify the technical problems and to validate the basic design 
assumptions of the proposed solution. 
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The input to a Feasibility Study will be a Staff Target, Draft Staff Requirement or similar 
document, describing the performance required. 

The outputs of a Feasibility Study will be: 

a technical appraisal of the feasibility of developing and producing an equipment with 
the required performance. This appraisal will identify areas of high uncertainty, 
particularly those where considerable advances on the existing state of knowledge are 
likely to prove necessary for successful development, 

a statement describing the characteristics of the equipment which the contractor believes 
will achieve the best balance between performance, cost and development time, 

a description of the engineering means which the contractor proposes should be used to 
provide the equipment characteristics. This will be in sufficient detail to justify the 
conclusions about feasibility and will include a statement of the steps needed to explore 
the areas of high uncertainty revealed by the technical appraisal, 

an initial assessment of the programme for development to completion. This programme 
will be divided into three sections : 

Project Definition — Stage 1 

Project Definition — Stage 2 

Full Development. 

As far as practicable, each section of the programme should subdivide the proposed 
development into its component tasks and indicate the likely duration and timing of 
each task. The fineness of this division will, of course, depend upon the complexity 
of the proposed development. It is recognized that programmes prepared at this stage 
may well be less detailed than those prepared at the end of Project Definition. Never- 
theless, the breakdown should be in some detail for Project Definition and in broader 
terms for Full Development. The degree of detail recommended in each case is described 
in Chapter 3. 

an initial estimate of the cost of development to completion. This estimate will also be 
divided into three sections : 

Project Definition — Stage 1 

Project Definition — Stage 2 

Full Development. 

In each section the estimate will be subdivided to correspond as closely as possible to 
the task breakdown shown in the programme (see Chapter 4), 

a preliminary estimate of unit production cost (see Chapter 7), 

a statement of the main resources (such as labour and special test facilities) which will 
be needed for : 

(a) Project Definition; 

(b) Full Development; 

(c) Production. 

The contractor will also be expected to confirm whether he will be able to provide these 
resources if asked to carry out the corresponding work. 

It wiU be seen that these outputs of the Feasibility Study include contractors’ proposals on 
the content, duration and cost of the Project Definition Study. Contractors may be asked to 
submit these proposals either (i) at the end of the Feasibility Study, or (ii) in the period after 
the Feasibility Study and before the start of the Project Definition Study. 
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This data will be used by Government agencies to determine whether the project should 
proceed beyond the Feasibility Study stage. In the case of competitive studies a choice will 
also be made between the contractors. These decisions will allow for the existence of any 
major technical uncertainties and for the consequent approximation of programmes and 
estimates submitted by competing contractors, 

2.3 The Project Definition Study 

When the technical feasibility of development has been established, selected projects will 
proceed to the second stage of evaluation — Project Definition. In this stage, contractors will 
participate in a more searching examination of the proposed project. This study will not be 
competitive. It will be used to explore the areas of high technical uncertainty and to evolve 
detailed specifications. During this process of evolution a relatively flexible relationship 
should exist between the specifications and the operational requirement— one of the main 
purposes of Project Definition is to explore the possible trade-offs between performance, time 
and cost and to establish a satisfactory balance between them. The resulting specifications 
will form the basis of more detailed and realistic estimates of development time and cost and 
for the decision on whether to proceed with development to completion. 

The Project Definition Study for a major project may last as long as 2 years and cost up to 
15% of estimated total development expenditure. It will be covered by a single contract for 
each major firm, or groups of firms, calling for work to be done in two phases : 

Project Definition — Stage 1 (denoted PD-1) 

Project Definition — Stage 2 (denoted PD-2) 

The use of a single contract covering both phases will allow work to continue at a planned rate, 
without interruption, throughout Project Definition. However, the contract will include the 
standard break clause so that it may be terminated at the end of PD-1 if the Ministry decides 
not to proceed further. 

2.4 Project Definition — Stage 1 

The inputs to the first part of the Project Definition Study (PD-1) will stem directly from the 
results of the Feasibility Study. They will include : 

the Staff Requirement, 

the technical appraisal, identifying the ‘grey areas’ of high technical uncertainty and 
the main engineering features of the proposed development, 

estimates of the duration, effort and expenditure required for the project definition 
stages and for development to completion. 

During PD-1 each selected contractor will carry out initial design and experimental work so 
as to explore the ‘grey areas’ and to define the technical content of the project more closely. 
This will correspond broadly with the project study envisaged by the Zuckerman Report. 
The scale and duration of the study will clearly depend on the technical difficulties and on the 
anticipated cost of development to completion. On a typical project, PD-1 may last up to 9 
months, and incur up to 5% of total development cost. 

During this stage each contractor will prepare draft specifications and a first Development 
Cost plan. The form of the specifications is described in section 2.6 below. At this point it is 
worth noting that; 

(i) the specifications should not be restricted solely to a description of the required 
performance. They should also describe the form, content and purpose of each 
group of development trials and the engineering characteristics of the equipment 
to be developed, 

(ii) the specifications must be specific. One of the main purposes of the specifications 
is to form the basis for detailed programmes and estimates and to permit sub- 
sequent changes to be identified and evaluated. This purpose will not be fulfilled 
if the specifications are couched in broad or ambiguous terms, 
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(iii) the specifications must be comprehensive. The production of detailed specifications 
should help to identify and resolve technical difierences between contractors and the 
Minis try. This will not be achieved unless the specifications are comprehensive. 
In areas of uncertainty they should describe the best current assumptions on the 
eventual characteristics, even where these assumptions are subject to later altera- 
tion. The specifications will not fulfil their prime purpose if they omit items which 
are stiU under consideration. 

The technical appraisal carried out during PD-1 will enable each contractor to prepare draft 
specifications covering development trials and engineering characteristics. These drafts 
should allow for those technical and operational requirements which have been defined 
clearly. But it is likely that the specifications will be discussed and amended extensively 
during PD-2 and that agreed drafts will not be available until the latter stages of Project 
Definition. 

Nevertheless, by the end of PD-1 each contractor should have evolved specifications which, 
even if not fully ratified, are suitable as the basis for the first Development/Cost plan. This 
plan should contain: 

(a) a development programme giving a detailed breakdown of the tasks planned for 
PD-2 and a broader appraisal of the rest of the project. This should include an over- 
all PERT/Time network for the work planned by each contractor (see Chapter 3), 

(b) corresponding cost estimates for PD-2 and for subsequent development to com- 
pletion (see Chapter 4). In addition an alternative estimate should be given showing 
the cost of proceeding unmediately with full development to completion, 

(c) an estimate of unit production cost, prepared as described in Chapter 7. This is 
particularly important since the Ministry must check that funds are likely to be 
available for purchase of the developed equipment, 

(d) a description of the arrangements for project management proposed by the con- 
tractor. This will describe the organization structure of the company, the position 
of the project management team within the organization, the procedures to be 
used for project planning and control and the methods proposed for co-ordination 
with co-contractors, sub-contractors and Ministry agencies. 

Given this information at the end of PD-1, the Government will then decide between five 
possible courses of action: 

(i) to tenninate the project, 

(ii) to continue the Project Definition process and to defer a decision about full 
development until the results of PD-2 are available, 

(iii) to proceed with PD-2 and also to authorize additional work. For example, the 
purchase of long dated materials and bought out items, together with the manu- 
facture of equipment necessary to permit a smooth transition at the end of PD-2, 
if full development is then approved, 

(iv) to proceed with PD-2 but additionally to authorize work as if a decision to proceed 
with full development had been taken. This authorization would cover a similar 
period to that at (iii), but would normally allow a faster build-up of effort and 
commitments, 

(v) to place a development contract to completion at once. 

2.5 Project Definition — Stage 2 

Unless it is decided to cancel the project, the second stage of the Project Definition study 
(PD-2) will follow on without interruption after the first stage. In this study, each major 
contractor will carry out more detailed design and experimental work. The experimental 
programme may well include the construction of models— such as space models of complete 
equipments and working prototypes of sub-systems. In addition, tests (such as rig and wind 
tunnel tests) will be carried out to examine components and further reduce technical uncer- 
tainties. 
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The design and experimental work done during this stage will allow the draft specifications 
to be refined and consolidated. During PD-2 these specifications should be discussed and 
agreed in detail by the contractor, the Ministry Project Staff and the customer Department so 
that differences of technical concept are resolved and the content and objects of development 
are fully defined. 

It is recognized that in some areas this definition will, of necessity, be tentative and that 
changes in engineering, trials and even performance requirements may subsequently emerge. 
Nevertheless, the revised specifications should embody the best current assessment of the 
project and should form a detailed basis for the second Development/Cost plan. This plan 
will be produced towards the end of PD-2. It will contain a detailed development programme 
showing the tasks planned for completion in the next 12 months and a broader programme 
for development to completion. (See Chapter 3). It will also contain corresponding cost 
estimates for development (Chapter 4) and for production (Chapter 7). 

The duration of PD-2 will vary with the size and technical complexity of the project. For a 
large project it may last for 12 to 15 months and cost up to a further 10% of estimated total 
development cost. It will be planned so that the updated development specifications and the 
second Development/Cost plan are produced some months before the end of the Project 
Definition contract. 

This will give the Government an opportunity to reach a decision on full development to 
completion before the contract ends. If the decision is favourable, development effort can then 
continue to build up, giving a smooth transition from the Project Definition stage to full 
development. 

2.6 Development Specifications 

It has been seen that one of the principal purposes of the initial studies is to produce detailed 
development specifications for the project. These specifications will be drafted during PD-1 
and used in preparing the first Development/ Cost plan. They will be revised, amplified and 
agreed with the Mmistry Project staff and the customer Department during PD-2 and will 
form the basis for the second D.C.P. The agreed specifications will then represent the technical 
datum for full development. They will be used to identify changes which are proposed sub- 
sequently and to evaluate the effects of such changes on project cost and duration. When 
such changes are accepted, the specifications should, of course, be updated so that the con- 
tractor, the Ministry Project staff and the customer Department will have a common technical 
datum throughout the project on which planning and control will be based. 

In order to fulfil these functions, each development specification should contain three major 
sections : 

(i) The Performance Specification 

This section will describe the operational performance required of the developed 
equipment and the environment in which it is to operate. In some cases it will be 
drawn up by the Ministry. It will be concerned with the ends to be achieved 
rather than with the technical means and will normally consist of an amplified 
version of the Staff Requirement, as modified by Cost/Effectiveness trade offs 
during PD-1 and PD-2. 

(ii) The Development Trials Specification 

This section will detail the tests (and test results) required by the Ministry, as 
evidence that each stage of development has been completed successfully. It will 
be of considerable importance in programming and estimating since it will identify 
the ‘end events’ needed to demonstrate the completion of each section of the 
project. This section should therefore be prepared in detail and should cover all 
the major trials sequences needed in development, such as flight trials, bench 
trials, rig tests and missile firing programmes. 

(iii) The Engineering Characteristics Specification 

This section will describe the engineering characteristics of the hardware to be 
developed. It will be used directly in estimating the manufacturing cost of proto- 
types, test specimens, tooling and test rigs. It will also be valuable in assessing 
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the cost of design and development testing. For these purposes this specification 
should contain details of the overall configuration of the equipment, of the layout 
and engineering characteristics of each sub-system and major component and of 
special materials and bought out items. 

Even at the end of PD-2 some features of the specification may still be in doubt. This is par- 
ticularly likely at the interfaces between contractors. In such cases it is essential to complete 
the specification m detail, making reasonable assumptions about the features which will be 
embodied later in development. Only in this way will the contractor and the Ministry have a 
co mm on and unambiguous basis for the preparation, comparison and evaluation of pro- 
grammes and estimates. It is clearly unsatisfactory to leave blanks opposite doubtful items 
in the specification or to describe such items in terms which are so broad that they allow 
major differences in interpretation. 



2.7 Ministry Participation in Project Definition 

Successful completion of the Project Definition study will require close collaboration between 
staff from the Ministry and the contractors. This contact should assist contractors in defining 
the development task. In addition it will be of value to Ministry staff in evaluating the proposed 
project and preparing for the oversight of subsequent development. 

In the technical sphere, Ministry Project staff will be consulted by the Services on the pre- 
paration of Staff Targets and Staff Requirements and will be concerned with the oversight 
of technical work by contractors during the feasibility and project definition studies. They 
will also contribute directly to the process of project definition through studies at R & D 
Establishments and through the appraisal and refinement of development specifications. 

In addition the Ministry will maintain close contact with the contractors’ arrangements for 
the management of the project. During the early stages Ministry staff will examine the develop- 
ment programmes and estimates in detail to ensure that each contractor has allowed fully for 
Ministry requirements and that the plans for the project as a whole are properly co-ordinated. 
Subsequently, Ministry staff will participate in the evaluation of changes in programme and 
estimate and will maintain continuous contact with technical and cost progress. 

This participation will be secured by appointing a Ministry Project OflBcer to maintain regular 
contact with each main contractor during PD and full development. This officer will be 
required to establish a rapid and effective channel of communication between the contractor 
and the Ministry. By virtue of his day to day contact with the project, he will be able to 
monitor progress closely and realistically. He will participate in the Ministry’s appraisal of 
the contractors’ programmes and estimates and will, where necessary, indicate the Ministry’s 
requirements for further information. In addition the Project Officer will check, on behalf of 
contractors, that progress is maintained on activities for which the Ministry is responsible and 
that the Project Director receives early and unequivocal warning of potentially serious 
difficulties during development. 
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CHAPTER 3 

Development Programming 



3.1 Summary 

3.2 Purposes of Development Programming 

3.3 Programming Procedures 

3.3. 1 Definition of End Events 

3.3. 2 Outline of Procedures 

3.3. 3 Programme Breakdown 

3.3. 4 Work Breakdown 

3.3. 5 Task Responsibility 

3.3. 6 Task Inter-relationships 

3.3. 7 Duration and Resource Estimates 

3.3. 8 Critical and Sub-critical Paths 

3.3. 9 Resource Loading and Allocation 

3.3.10 Task Numbering and Provision for Co-ordination of Programme, Contract, Estimate and 

Monitoring 

3.3.1 1 Programme Reserves 

3.3.12 Refinement of Programmes during Feasibility Study, PD and Full Development 



3.1 Summary 

Development programmes should form the basis for cost estimates, for the co-ordination of 
work by agencies concerned with the project and for the monitoring of technical and cost 
progress. It is desirable that programmes should be prepared in some detail and that they 
should allow as realistically as possible for the difficulties likely to be encountered during 
development. 

The programme should therefore be divided into the tasks needed to complete each stage of 
development. Responsibility for the successful completion of each task should be defined. 
The sequence and duration of tasks should be considered and the inter-dependencies between 
tasks should be examined in order to forecast; 

the likely completion date of each phase of the programme, 

the loads likely to be placed on the resources available for development. 

Sections 3.3.1 to 3.3.11 of this Chapter describe methods of dividing the programme into 
tasks at successive levels of detail. They indicate ways of improving resource loading and of 
setting up programme reserves to allow for unforeseen difficulties during development. 

The procedures described in these sections will apply in full at the end of the Project Definition 
phase. But it is recognised that, in the early stages of a project, a contractor’s ability to 
produce detailed programmes will often be limited by technical uncertainties. Section 3.3.12 
therefore suggests that programmes should be prepared in broad terms during the feasibility 
study and refined to greater detail during PD as technical definition improves. It also suggests 
that, at each point in the project, the programme should be in detail for the period immediately 
ahead and in broader terms for the balance of the project. 



3.2 Purposes of Development Programming 

(a) to define the ‘end events’ which will mark the successful completion of each stage 
of development, 

(b) to break the total development task into the component tasks necessary to achieve 
each end event, 

(c) to define who is responsible for the successful completion of each component task, 
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(d) to forecast the sequence and duration of tasks, 

(e) hence to forecast the likely completion date of major events within the programme 
and the likely project end date, 

(f) to identify the interdependencies between tasks within a contractor s programme 
and between the programmes for different contractors and Government agencies, 

(g) to identify the critical and sub-critical paths and the programme stages of highest 
risk, 

(h) to forecast the resources needed for each group of activities and to improve the 
planned allocation of resources at each stage of the programme, 

(i) hence to establish the overall time scales for lower cost developments, 

OR (if the overall duration is dictated by strategic considerations) to assess whether 
sufficient resources can be made available to complete development in the given 
time. 



3.3 Programming Procedures 
3.3.1 Definition of End Events 

The basic aim of a contractor’s efforts is to satisfy the Ministry that each stage of development 
has been completed successfully. Hence programming must start with a consideration of the 
end events which are required by the Ministry as evidence of achievement. 

These end events will include the acceptance of data from various types of trials, such as 
flight trials, bench tests or missile evaluation trials. A detailed statement of required end 
events should be contained in the Development Trials Specification (see Chapter 2) prepared 
during PD-1 and agreed during PD-2. In addition to clarifying the scope and purposes of 
the project this statement has three major uses in development programming : 

(a) it enables the contractor to define the content and sequence of the system trials 
required during each phase of development and particularly the trials required at 
the end of each phase. These trials will normally account for a significant proportion 
of total expenditure and will determine many of the activities required in the 
programme for the later stages of development, 

(b) each activity in the programme should contribute directly to the ultimate achieve- 
ment of one or more end events. A clear statement of end events allows the size 
and sequence of preliminary activities to be evaluated in terms of ‘end event 
contribution’, 

(c) changes in end events will be proposed during development — ^for example when 
changes to the requirement are considered. If development programmes are related 
directly to end events then the time and cost consequences of changes can be 
evaluated. 



3.3.2 Outline of Procedures 

Detailed development programming is, of necessity, a reiterative process involving the 
following stages: 

(a) A first approximation is made in broad terms. This may be denoted ‘Programme 
Breakdown’. It is used to assess the overall time required for development and to 
break this down into major stages. It also gives a first indication of programme 
features such as the number of prototypes to be made and the numbers of test 
hours required, 

(b) The broad Programme Breakdown is analysed further into constituent activities. 
This process may be termed ‘Work Breakdown’. The sequence and duration of the 
activities are assessed and a more detailed programme is constructed, typically in 
the form of a PERT network, 
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(c) This programme is adjusted to allow for the interfaces between contractors and 
within each contractor’s programme. 

(d) It is also adjusted to allow for the allocation of resources between projects and 
between the various stages of each project. 

(e) In the first programming cycle the detailed programme is used to examine the 
validity of the initial Programme Breakdown. It may lead to revisions in the 
Programme Breakdown. For example the number of prototypes may be increased. 
This wiU allow more ‘parallel’ activities and thus reduce the overall timescale 
shown in the first detailed programme. 

(f) Such revisions then lead to an up-dating of the Work Breakdown and detailed 
programme. Again interface constraints and resource allocation must be con- 
sidered. The recycling process continues until a well supported Programme Break- 
down can be agreed between the contractors and the Ministry and the corresponding 
Work Breakdown and detailed programmes have been prepared. 

(g) The programme sub-divisions within the Work Breakdown are assigned code 
numbers which will enable direct comparison between programme, estimate, 
progress, expenditure and contract. 

The constituent parts of this outline procedure are described in greater detail in the sections 
which follow. 

3.3.3 Programme Breakdown 

The purposes of the Programme Breakdown stage are to make broad, initial assessments of: 

(a) the overall timescale of development — ^for example the period (in months) from the 
start of PD to initial CA release of an aircraft, 

(b) the major phases of development within the overall time scale — for example the 
periods from: 

go ahead to delivery of the first bench engine, 
first bench test to flight clearance, 
first flight to Type Test, 

(c) the scale of activity required to achieve the end events within the overall programme : 

for example the number of flying hours required from first flight to initial CA 
release, 

(d) the numbers of prototypes and test specimens needed to maintain that scale of 
activity — ^for example: 

the number of development batch aircraft, 

the numbers of A and B electronic models, 

the numbers of bench and flight engines, 

the numbers of R & D and evaluation missiles. 

These assessments require the staff of contractors and Ministry branches to bring their 
previous experience of similar developments to bear on the current project. This extrapolation 
from past experience inevitably involves a number of subjective judgments. But it is important 
that the Programme Breakdown should not be based solely on personal ‘feel’ and recollection. 

Records of programmes and achievement on previous projects should be maintained and 
analysed so that the outline programme is supported by precedents from past experience. 
It is also necessary for the reasoning behind the assessments to be recorded as fully as possible 
as a guide to subsequent programme reviews and as a means of expediting agreement between 
the contractors and the Ministry on the major features of the development programme. 

11 



Printed image digitised by the University of Southampton Library Digitisation Unit 



3.3.4 Work Breakdown 

The Programme Breakdown is too broad for detailed planmng, estimating and monitoring. 
For these purposes the Work Breakdown stage provides a finer analysis of the proposed 
development programme. The Work Breakdown stage is also used to check, and if necessary 
to modify, the Programme Breakdown. It consists of dividing the overall development tasks 
into statements of the constituent activities leading to the required end events. Typically this 
division will take the form of a series of related PERT networks. 

It is not easy to determine the degree to which this breakdown should be carried and the 
detail to be shown in the networks. If the breakdown is too coarse then subsequent monitoring 
against the programme may be inefiective. The ‘critical’ chains of events may be obscured 
and large slippages may develop in the periods between programme review points. On the 
other hand if the breakdown is too fine the programme may contain a number of ‘activities’ 
and ‘events’ which are not truly discrete and which cannot easily be recognised as completed. 
The effort required to up-date the programme and to monitor progress may become un- 
manageably large. And the detail contained in programmes and progress reports may be too 
great, particularly for senior personnel in contractors and the Ministry. 



This difficulty may be overcome by dividing the programme into successive levels, each of 
which is a more detailed breakdown of the preceding level. The finer levels are used for short- 
term planning and day to day monitoring. The broader levels are suitable for longer-term 
planning and for senior management control. Two alternative methods of successively finer 
work breakdown may be used in advanced defence development. They are the ‘product- 
oriented’ breakdown and the ‘function-oriented’ breakdown. 



(a) Product Oriented (see Table 3A) 

This form of work breakdown is illustrated below. It will be seen that the divisions 
from level 1 through to level 4 are related largely to items of hardware. At level 5 
the design, manufacturing and test activities for each minor component of hard- 
ware are shown. Normally items at level 5 are termed ‘Work Packages’. A work 
package is defined as the unit of work required to complete a specific job such as 
a test, a drawing, a piece of hardware of a service which is within the responsibility 
of one department or unit within an organisation. These work packages are sig- 
nificant as the lowest level units for cost collection and for the comparison of costs 
with task achievement. 

Table 3A. Example of Product Oriented Work Breakdown Structare 



LEVEL I 



LEVEL 2 



LEVEL 3 



LEVEL 4 



LEVEL 5 
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(b) Function Oriented (see Table 3B) 

Here the breakdown follows the same pattern for levels 1 and 2. The next division, 
however, is to ‘Phases’ of the programme for each major contractor. Phases such 
as design, manufacture and tooling divide the contractor’s work into sections 
which are related broadly to the departmental organisation of the Company. 
Each phase is then divided into ‘Major Tasks’ at the next level of breakdown. 
Thus the airframe design phase is split to design tasks for each major section of the 
structure and systems. The major tasks are sub-divided at the next level into 
‘Minor Tasks’. These correspond to the level 5 elements of the project oriented 
breakdown (the ‘work packages’). 



Table 3B. Example of Function Oriented Work Breakdown Structure 



LEVEL I 



LEVEL 2 



PHASES 
(LEVEL 3) 



MAJOR 
TASKS 
(level 4) 



MINOR 
TASKS 
(level 5) 




It is emphasised that Tables 3A and 3B represent examples of work breakdown only. The 
number of levels of breakdown for a given project will depend upon several factors, including: 

the size and complexity of the project, 
the degree of uncertainty in the work, 
the state of project definition. 

Thus by the end of PD in a large and complex project it may well be necessary to carry the 
breakdown one or more levels further than shown in Table 3B. 

These considerations will also affect the density of the breakdown at each level. The logic of 
the project will, in some cases, determine the degree of detail to be selected (e.g. in systems 
trials sequences). In many areas however a good deal of latitude will exist in the choice of 
detail. As a broad guide it is suggested that the ‘work packages’ (against which cost collection 
and control procedures will operate) should normally represent not more than 3 months of 
elapsed time and should be within the cost range £10 K to £50 K. 



For the control of technical progress a finer division will usually be required. This will enable 
programme slippages to be detected promptly. It will facilitate the assessment of the degree 
of technical achievement within each work package and hence promote more valid com- 
parisons between technical and cost progress. An example of such a breakdown is shown in 
Table 3C. 
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Table 3C. Example of Work Breakdown DENSITY with an Airframe Contractor’s programme of total cost 
£25 M over 5 years (including PD but excluding feasibility study and other pre-PD stages) 



Name of 
Programme Unit 


Example 


Average 
No. of Units 


No. of Units per 
Contractor 
Programme 


Average 
Cost of Unit 
(£25 M-h total No.) 




Ox unii 


in one uniL 
above 


Total 


per annum 
= Total -f 5 


PHASE 


Design 


10 


10 


— 


£2-5 M 


MAJOR TASK 


Design 

Rear 

Fuselage 


10 


100 


20 


£250 K 


MINOR TASK 

(Work Package) 


Design 

Tail 

Plane 


5 


500 


100 


£50 K 


ELEMENT 


Lofting 
for Tail 
Plane 


5 


2500 


500 


£10 K 



The numbers of units axe shown for illustration only. On many programmes of 
this size the logic of the project would require more detailed planning at the 
Element level. 



3.3.5 Task Responsibility 

Many contractors have experienced difficulties in choosing between project-based and function- 
based organizations for complex R & D work. The project based organization gives stronger 
lines of authority and closer integration of the functions for a single programme. The func- 
tional organization promotes the development of specialist skills and (in a multi-project 
establishment) reduces the problems of staff allocation during the build-up and run-down 
periods of each project. 



No generalised solution to this problem is available. The choice of organization must depend 
on the number, type and size of projects at the contractor’s establishments and on the abilities 
of his staff. But, whatever general form of company management exists, certain features are 
necessary for effective administration of the programming and subsequent procedures on a 
major project. These are: 



(a) a smgle senior executive must be given responsibiUty for programming and monitor- 
ing (of cost and progress) over all the work to be carried out on the project by the 
contractor. This executive may be termed the Project Sponsor. He will act as the 
principal Ministry contact on these matters. It is not essential that he should have 
executive powers over the work done by the contractor’s operating departments 
(although this will often be desirable). It is essential that he should have the 
facilities to obtain prompt and accurate programme and progress data and that he 
should he able to obtain executive action over the operating departments when 
that becomes necessary to safeguard the programme, 

(b) the responsibility for each major task within the programme must be allocated to 
a single member of the contractor’s staff, even when such a task requires action 

section of the organization. Such individuals may be regarded 
as Work Sponsors for the project in question. A single work sponsor may carry 
responsiDihty for more than one major task. In a large project he will certainly be 
responsible for several minor tasks (work packages). 



(c) the detailed programme and PERT network for a contractor will include activities 
which are to be carried out by the Ministry. These will include the procurement of 
emhotoent loan equipments and the placing of follow-on contracts. Such 
activities must be subject to the same discipline and constraints as would apply if 
they were wholly within the contractor’s province. These activities will appear at 
the element and (exceptionally) at the minor task levels. Routine monitoring of 
such an activity will he dealt with by the appropriate work sponsor and the 
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Ministry Project Officer. Overall monitoring and non-routine action (such as 
attempts to correct slippage in the Ministry), will be dealt with by the Project 
Sponsor and the Ministry Project Director. 

3.3.6 Task Inter-relationsMps 

Having defined the objectives (in terms of end events) and determined the Programme and 
Work Breakdown structures it is necessary to develop a plan for achieving each objective in 
the optimum manner. This plan can be expressed in the form of bar charts (including Gantt 
Charts and symbol charts) or in PERT networks. 

Bar charts can present programme and achievement data in a clear and simple form if small 
numbers of activities are involved. They are therefore suitable for programme display at the 
Phase level and may even be used at the Major Task level in smaller and simpler projects. 

But, as we have seen, a large R & D programme will involve hundreds of significant tasks at 
the Major and Minor Task levels and thousands of tasks at the Element level. Bar charts are 
not suitable for this order of task density since : 

(a) Bar charts do not show the inter-relationships between tasks. Most tasks in an 
R & D programme are subject to ‘constraints’ — they cannot start until other tasks 
have been completed. These constraints will operate within phases and between 
phases of the programme. Thus the manufacturing department cannot start 
machining until the materials and drawings are available. The purchasing depart- 
ment cannot order certain materials until the design department has released 
material specifications, and so on. These constraints will determine the overall 
duration of the project. They are not shown on bar charts. If the tasks are few the 
constraints may be obvious and bar chart presentation may be satisfactory. But 
large R & D projects involve so many significant tasks and constraints that PERT 
network analysis will normally be necessary. 

(b) The unpredictability of R & D work will cause frequent changes in programme. 
With bar charts these changes must be incorporated and evaluated manually. This 
generates an unmanageable amount of work if many tasks are involved. With 
PERT a computer may be used to up-date and re-evaluate the programme. This 
facility will be necessary (for accuracy as well as speed) if the number of tasks 
exceeds approximately 200 to 300. 

For these reasons the use of PERT/Time analysis is strongly recommended for large develop- 
ment projects. It is clearly necessary for the relationship between tasks to be considered across 
the entire project. In particular the constraints imposed at the interfaces between contractors 
must be considered if progress on the total project is to be maintained. In order to prevent 
the growth of indigestably large networks it will usually be desirable to divide the programme 
into: 

an overall network for co-ordinating the work of different contractors. This will pick 
out the more important tasks and events from each contractor’s network. It will give 
particular emphasis to interface and supply events between contractors, major trials 
sequences and, of course, the significant end events in terms of the Ministry approval, 

sub-system networks for each contractor. Within the constraints imposed by the overall 
network each contractor will thus be free to plan its own development in detail. 

3.3.7 Duration and Resource Estimates 

Having completed the work breakdown and arranged the activities in order (typically as a 
PERT network) it is necessary to estimate the duration of each activity and the resources 
required for its completion. Since, for a major project, there will be a large number of 
activities at the Element level, this process of estimating will be a considerable labour. This 
labour will be repeated during the project as the need for reprogramming and activity re- 
estimation arises. 

In addition, objective and realistic estimates are difficult and laborious to prepare when many 
activities are involved. It is therefore particularly important that staff should understand 
and sympathize with the purposes of detailed programme control and the need for accurate 
duration and resource estimates. 
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Estimating techniques in general are described in Chapter 4 of this document. At this stage 
it is worth noting certain requirements for realistic duration and resource estimating : 

(a) Duration estimates should be made by technical staff familiar with each activity. 
Estimates should be collected and may even be modified by a central programming 
group. But the senior personnel responsible for carrying out each activity should 
initiate the estimates. It is particularly important that each work sponsor should 
be in close touch with the estimates for each work package for which he will be 
responsible. 

(b) Any estimate of activity duration presupposes the application of a certain level of 
resources. The resources will include workers (of various grades), test facilities 
and machinery. When an activity duration estimate is made the resources required 
to meet the estimate should also be recorded. This information will be needed for 
the resource allocation and resource smoothing procedures which are described 
below. 



(c) The duration and resources needed for a higher level programme unit will be 
determined by the durations and sequence of the lower level units into which it is 
divided. Thus the duration of a minor task will depend on the duration and sequence 
of its constituent elements. Hence it is necessary to build duration and resource 
estimates up from the lowest practicable level of programme detail. The reverse 
process, of estimating at higher programme levels and dividing to reach the lower 
levels, will not subject the programme to the searching scrutiny required at this 
stage. On the other hand a review of the aggregated estimates for the higher levels 
may provide a useful check on the realism of the lower level estimates. 

(d) For a number of R & D activities there will be considerable uncertainties about the 
likely duration times. To allow for this some PERT applications require three 
estimates of the duration of each activity (optimistic, most likely and pessimistic). 
Statistical techniques may then be used to derive an ‘expected’ duration for each 
activity and to forecast the probability of achieving key events in a given time. 
This refinement may be valuable. But it is not recommended to organizations 
which are unfan^ar with PERT. It requires a good deal of extra work and may be 
invalidated by inaccuracies in estimates made by staff who are unused to the 
techmque. Instead, single time (most likely) estimates should be used. However, 
activities of high uncertainty should be identified for subsequent use in evaluating 
programme reserves. (See section 3.3.11.) 

3.3.8 Critical and Sub-critical Paths 

Given the work breakdown, task sequences, task interfaces and duration estimates it is now 
possible to use conventional network analysis to : 

(a) Identify the critical paths. These are the chains of interdependent activities for 
which the aggregated duration times are greatest and which will determine the 
overall duration of the project. In major programmes it is unlikely that a single 
critical path will stand out from all others. Instead a number of ‘critical’ and 
sub-criti^l paths are likely to emerge with aggregated duration estimates which 
do not differ substantially. Variations in uncertainty and in the quality of duration 
estim^es may then cause truly critical paths to appear sub-critical and vice versa. 
It IS therefore necessary to evaluate and monitor apparently sub-critical paths as 
searchmgly as the critical paths. 

(b) Assess the overall duration of the project. 

(c) Assess the time required to reach major events (‘programme milestones’). 



These assessment sioijld be compared with the original Programme Breakdown. It will 
often be found that the overaU duration indicated by detailed analysis is greater than a^ti- 

irfdSs'Zhre^e^ 
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For example : 



(i) switch resources from non-critical to critical activities and thus reduce the 
duration of critical and sub-critical paths, 

(ii) revise the proposed sequence of activities so that more activities on critical and 
sub-critical paths are done concurrently rather than in sequence, 

(iii) raise the total resources to be allocated to the programme: for example by 
authorising more development batch aircraft, more A and B models or more 
bench engines. 



When such decisions have been taken it is, of course, necessary to repeat the detailed planning 
process using the revised conditions. Programming is thus a reiterative process which is 
continued until an acceptable degree of optimisation is reached. This may prove tedious 
particularly to personnel who are anxious to proceed with the ‘real work’ of development. 
But tMs process of simulation is clearly preferable to the alternative, which is to let initial 
planning go by default and then be faced with a series of difficulties which could have been 
anticipated and avoided by thorough programming at the start of development. 

3.3.9 Resource Loading and Allocation 

The sections above have described a method of establishing a detailed programme which is 
realistic in terms of sequence and duration. Such a programme may still be unsatisfactory if it 
causes overloading or underloading of the resources which can be made available. For example 
it may require several test sequences to be carried out simultaneously. If two or more of these 
sequences each require the exclusive use of the same test facility and only one such facility 
is available then the programme will prove unworkable. 



Three alternative remedies exist : 

(i) increase the resources available (e.g. build an extra test facility). This may involve 
unacceptably low utilization of the extra resources, 

(ii) reprogramme the competing activities by delaying those which are not on a 
critical path while retaining the original schedule for critical items and hence the 
overall project duration, 

(iii) reprogramme the competing activities by extending the overall project duration. 



While these remedies appear obvious in an isolated case it must be accepted that resource 
allocation for the whole of a project is extremely complex. Many types of resource will be 
involved. They will include labour (of different grades), test facilities, prototypes, models, 
manufacturing plant, rigs, jigs and tools. Each of these may become overloaded at different 
stages of the programme. The problem is particularly acute for establishments in which 
several projects run simultaneously. Here the competition for resources may operate between 
projects as well as within them. 



No method of achieving full optimisation of resource allocation is available at present. But 
the need to anticipate overload situations is such that the problems must be considered at the 
programming stages. The following procedure is suggested: 

(i) select the resources wliich are known from experience to be potential constraints 
on the programme. These could well include: 

Staff (of various grades), 

Test facilities (e.g. liigli altitude test plant, systems test rigs). 

Prototypes, 

Major assembly jigs and fixtures. 
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(ii) estimate the extent to which these resources will be required in achieving the 
duration estimates for each activity (see 3.3.7). It is suggested that these estimates 
should be prepared at the Minor Task (work package) level. These requirements 
will vary within the duration of each Minor Task. It is therefore suggested that 
each estimate should be expressed as requirement for each month of task duration, 

(iii) aggregate the task requirements for each resource during each month of the 
programme, 

(iv) compare this aggregate with the anticipated resource capacity, 

(v) for months in which overload situations are revealed, examine the constituent 
tasks and select those which are not on critical or subcritical paths, 

(vi) postpone non-critical tasks to reduce overload situations. If possible projected 
resource utilisation should be reduced below 100%. In ‘high risk’ areas of the 
programme substantially lower utilization should be planned (see section 3.3.11). 
If tills cannot be done consider the possibilities of: 

Extra sub-contracting. 

Overtime working. 

Shift working. 

Purchase of extra facilities, 

Construction of extra prototypes. 

(vii) if significant overloads still appear likely, re-examine the scheduled end date and 
determine the postponement required, 

(viii) if the end date has been postponed or if major resource changes (such as extra 
prototypes) are required then up-date the detailed programme and repeat the 
resource allocation procedures described above. 

3.3.10 Task Numbering and Provision for Co-ordination of Programme, Contract, Estimate and 
Monitoring 

It is necessary to assign a code number to each event anticipated in the programme. These 
numbers should identify events in a form suitable for computer or manual processing and 
should allow classified data to be transmitted securely. Each activity can then be identified 
by quoting the code numbers for its start and end events. Thus activity 21-37 is that which 
starts with event 21 and ends with event 37. 

This form of numbering is necessary to construct and revise the detailed programme, par- 
ticularly if the number of activities is large and PERT networks are used. However the detailed 
programme is intended to form the basis for estimating and for the integrated control of 
progress and expenditure. It is therefore necessary to assign further code numbers to pro- 
gramme units at each level so that: 

(i) costs can be collected against each work package, 

(ii) costs can be summarized progressively against higher levels of the work break- 
down structure and in particular against contract items. 

The accounting systems of most contractors are, however, functionally oriented. These 
systems are geared to the collection of costs within departments rather than to work break- 

, Hence there is a need to use a task numbering system which is compatible with 

both lunctional and work breakdown requirements. 

reduced if the function-oriented work breakdown structure is used (see 
Table 3_B). If a product-oriented work breakdown (Table 3 A) is used the additional code 
numbermg may follow the pattern illustrated in Table 3D. This uses : 
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(i) a prefix {the ^Summary Number^) to group and summarize costs for each sub- 
division of the work breakdown. Thus 

2 12 10 




Outer Case- — — 

(ii) a suffix which identifies the department or section responsible for the work 
package. Thus 

141 — Mechanical Engineering — Design, 

142 — Mechanical Engineering — D.O. 

(iii) The prefix and suffix together are termed the ^Charge Number'. Thus 




Design 

Table 3D. Example of Summary Number and Charge Number Coding 
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3.3.11 Programme Reserves 

However carefully the programme is prepared there is clearly a probability that unforeseen 
difficulties will upset the planned pattern of development. This is particularly likely in areas of 
technical uncertainty and in those which involve repeated testing and modification. 

In these areas the essence of development is to design, construct, test, redesign and retest. 
The detailed programme should, of course, contain activities covering the foreseeable tasks of 
initial design, manufacture and testing. In addition, reserves must be made to cover the 
redesign and retest activities — even though the number, incidence and precise nature of these 
activities cannot be predicted with any certainty. If such reserves are not made there is a 
danger that slippage will develop in the high risk areas of the programme and that the control 
of task inter-relationships will be lost. This in turn will cause ‘out of phase’ delays, particularly 
at supply interfaces. 

It is essential that these allowances should take account of the effect of reiterative development 
on the duration of the project and on the scale of resources which will be needed. This may be 
accomplished as follows : 

(i) by incorporating ‘redundant’ activities in the programme at points of liigh un- 
certainty. (For example extra rounds might be embodied in a missile firing pro- 
gramme to allow for the risk of set-backs in the early firings.) Duration estimates 
should be assigned to the ‘redundant’ activities and incorporated in the calculation 
of likely completion dates. This will allow for the effect of reiteration on the 
duration of the programme, 

(ii) in addition, estimates may be made of the resources likely to be required for the 
‘redundant’ activities. TMs will allow for the effect of reiteration on the total 
resources available for the project, 

(iii) a further reserve may be made by allowing ‘spare’ resources at points of high 
uncertainty (see section 3.3.9). This will cater for the likelihood that the original 
resource estimates will prove inadequate. It will allow the spare resources to be 
used to correct slippage at the point of emergence. Such allowances do not imply 
that ‘spare’ resources will remain unused. In the course of development they 
will be used to correct slippages or to bring forward activities originally pro- 
grammed for later stages of the project. 

These methods have the advantage of making allowances at the points where they are most 
likely to be required. But it is obviously difficult to make an objective assessment of the size 
of the allowance which is needed. And these methods may not cater adequately for unexpected 
problems in those programme areas which appear to have a low risk content. Nevertheless, 
after full discussion with the Ministry Project Office concerned, these methods may well prove 
the most suitable means of allowing for unpredictable difficulties during development. 

Whichever method is used, three general principles must be observed in applying allowances : 

(i) the allowances should be applied only once— at the highest level of staff concerned 
with programming. If allowances are built in at several programming stages then 
the total margin will be unknown and uncontrollable, 

(ii) when allowances have been made the programmes for all agencies concerned with 
the project should be checked to ensure that interface constraints are still allowed 
for. It is particularly important that supply interfaces are checked for com- 
patibihty, 

(iii) no provision should be made for catastrophes (such as the loss of a flying test 
bed) or for major and totally unexpected technical setbacks entailing fundamental 
rethinking and redesign. 

3.3.12 Refinement of Programmes during Feasibility Study, PD and Full Development 

One of the main purposes of PD is to allow a realistic and detailed programme for full develop- 
ment to be constructed. But programme assessments are needed earlier in the project, partly 

20 



Printed image digitised by the University of Southampton Library Digitisation Unit 



in order to determine whether it is worth continuing beyond the feasibility study stage and 
partly to plan and control work during PD. 

It is therefore necessary to construct a programme in broad terms at an early stage and to 
refine it as the study and definition phases proceed. The suggested sequence is illustrated in 
Table 3E and is as follows : 

(a) at the end of the feasibility study the contractor should publish a provisional 
Programme Breakdown, a detailed programme for PD (parts 1 and 2) and an 
outline programme for development to completion. If a function oriented work 
breakdown is used the PD programme would be shown at the Minor Task (Work 
Package) level. A provisional ‘development to completion’ programme should 
also be published at this point. The detail contained in this programme will depend 
on the complexity of the proposed development. The programme should certainly 
be divided to the Phase level. For some areas of the project, such as systems trials, 
it may be possible to divide the programme further, to the Major Task level. 

(b) during PD-1 progress should be monitored against the Minor Task programme 
published at the end of, or after, the feasibility study. In addition, the contractor 
and the Ministry should discuss the main features shown in the Programme Break- 
down (such as the overall timescale and the proposed number of DB aircraft). 
The Ministry would then confirm or change the contractor’s assessment of these 
features, giving a clear ruling before the end of PD-1. This ruling (and the technical 
data obtained during PD-1) would be used by the contractor to produce revised 
programmes for PD-2 (split to Minor Tasks) and for development to completion 
(split to Major Tasks), 

(c) during PD-2 progress would be monitored against the Minor Task programme 
published at the end of PD-1. In this period the detailed programming procedures 
described in earlier sections would be applied. At the end of PD-2 a detailed 
network split to Element level would be agreed with the Ministry and published, 
covering the next year of development. This would be used for progress control 
during the early stages of post-PD development. It would be summarized to 
Minor Task (Work Package) level for cost control and for cost-progress com- 
parisons. The rest of development to completion would be covered by a programme 
at Major Task or Minor Task level (depending on the degree of uncertainty in each 
phase of the programme). These programmes would form the basis for the 
Ministry’s evaluation of the project, 

(d) if the project proceeded to full development, the Element and Minor Task pro- 
grammes published at the end of PD-2 would be used to monitor progress in the 
initial stages. Detailed revision of the programme would then be carried out by the 
contractor : 

(i) twice a year — ^for publication by 31st January and 31st July. These revisions 
would stem directly from the progress review procedures described in Chapter 
5 (section 5.3). Their preparation would not require elaborate special exer- 
cises to be carried out by the contractor’s personnel. However, in summary 
form, these revisions would provide a regular and valuable method of inform- 
ing the Ministry of the current status of the programme as a whole, 

(ii) whenever changes to the plan were such that cost to completion would be 
varied by an amount exceeding 10%, 

(iii) whenever programme slippage was such that achievement of major events 
(particularly the project end date and supply events between contractors) 
would be postponed by more than 12 weeks. 

In each case the revision would result in up-dated programmes of the type produced at the 
end of PD-2 — that is a programme at Element level covering the next year (for progress 
control) a summary at Minor Task level also covering the next year (for cost control and cost- 
progress comparisons) and a programme covering the balance of development to completion 
at the Major or Minor Task level for each phase. The detailed ‘short-term’ programmes 
would then, of course, be used for monitoring until pubhcation of the next revision. 
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Table 3E. Example of Refinement of Programmes during Feasibility Study, PD and Full Development 



Stage 


Approx. 
Duration 
of Stage 
(Example 
only) 


Programmes 
prepared at 
end of Stage 


Level of Detail 


Phase 


Major 

Task 


Minor 

Task 


Element 


Feasibility Study 


6 

months 


(i) Detailed programmes for PD 1 
and 2 

(ii) Outline programme to com- 
pletion 




« 






Government Decision on PD 










PD-1 


6 to 9 
months 


(i) Programme for PD-2 

(ii) Programme for full develop- 
ment to completion 


4c 








PD-2 


12 to 15 
months 


(i) Networks and programmes for 
next year 

(ii) Programme to completion 




* 


* 

* 




Full Development 


4 to 5 
years 


Each 6 months (or more often if 
large slip or overspend) 

(i) Networks and programmes for 
next year 

(ii) Programme to completion 




* 


* 


4> 
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CHAPTER 4 



Development Cost Estimating 

4.1 Summary 

4.2 Purposes of Development Cost Estimating 

4.3 Procedures 

4.3.1 Outline of Estimating Procedures 

4.3.2 Estimating Techniques 

4.3.3 Synthetic Estimates 

4.3.4 Selection of Technique 

4.3.5 Financial Reserves 

4.3.6 Phasing of Estimates 

4.3.7 Re-estimating and Refinement of Estimates 

4.3.8 Estimating Organization 



4.1 Summary 

Estimates of development cost should be based directly on the detailed programmes of work 
for the project so that programme, achievement estimate and expenditure can be compared 
on a task by task basis. Wherever possible this direct relationship between programme and 
estimate should be used to build up estimates of cost from the finest level of detail compatible 
with the state of technical definition. 

In the early stages of a project it may well be impracticable to prepare detailed estimates for all 
sections of the programme. But the estimates should be refined to greater detail as technical 
definition improves. This will allow estimates to be synthesized from the work package level 
for the period immediately ahead and aggregated with broader assessments of the more 
distant parts of the programme. 

This Chapter describes methods of estimating the cost of tasks within the programme. It 
indicates the estimating techniques which are likely to be suitable for each stage of develop- 
ment and outlines methods of making financial allowances to cover the likely cost of pro- 
gramme reserves. The Chapter also emphasizes the need for estimates of direct cost to be 
shown separately from overhead estimates in submissions to the Ministry. 



4.2 Purposes of Development Cost Estimating 

The basic purposes of development cost estimating are to evaluate the expenditure which 
will be required for each task within the development programme and hence to assess : 

the total cost of development, 

the level of funding required at each stage of the project, 

the cost effects of changes in development which are proposed subsequently. 

These estimates will be used by the Ministry: 

in deciding whether projects should proceed through the initial sequence of studies 
and on to full development, 

in forecasting the fundmg required each year for approved defence projects, 

as budgets against which actual development expenditure may be monitored and 
controlled. 
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The estimates will also be used by the contractor: 

for internal systems of work authorization and cost control, 

for evaluating alternative design features during the Feasibility Study and Project 
Definition stages and for Cost Effectiveness studies throughout the project, 

for financial planning (such as cash flow planning) within the company. 



4.3 Procedures 

4.3.1 Outline of Estimating Procedures 

If Project Management procedures are to be properly integrated it is necessary for estimates 
of development cost to be based directly on the detailed programmes of work for the project. 
Without this direct relationship it will not be possible to compare programme, achievement, 
estimate and expenditure on a task by task basis. 

It has been seen that the programming procedures require the project to be broken down into 
the tasks needed to achieve each end event. This is accomplished by dividing the programme 
into successive levels, each of which is a more detailed breakdown of the preceding level. 
At each stage in the project the programme will be broken down into considerable detail for 
the period immediately ahead and will be in broader terms for the balance of development. 

A corresponding breakdown is needed in the estimate of development cost. Assessments 
should be made of the labour, material and overhead cost of each Minor Task (Work Package) 
in the programme for the period immediately ahead. Broader assessments (at the Major 
Task or even at the Phase level) should be prepared for the rest of the programme. These 
broader assessments should, of course, be made with as much care and precision as is possible 
in the current state of project definition. 

The programme will indicate the number and nature of the tasks for which estimates are 
required. But it will not, in itself, define the labour and material content of each task. The 
development specifications will assist the contractor in making this definition. For example, 
the development trials specification will describe the scope and content of the test activities 
in the programme. It should be used in assessing the labour and materials needed to carry 
out each of these tests. Similarly, the engineering characteristics specification will be of direct 
value in estimating the work and materials content of manufacturing activities. 

The use of the specifications in this way will provide a record of the technical basis of the 
estimate. This record is necessary: 

to ensure that the contractor and the Ministry have a common and unambiguous basis 
for the appraisal and comparison of estimates, 

to ensure that proposed techmcal changes can be identified and their costs evaluated, 

to allow an accurate analysis of the reasons for differences between successive estimates. 

It is recogmzed that, in preparing development cost estimates, the contractor may use a 
techmcal basis which differs in some respects from the specifications. For example, recent 
development work may indicate the need for changes in some engineering characteristics 
and these changes may not have been embodied in the specifications. Such work may also 
enable the contractor to amplify the specifications — ^for instance by preparing a detailed 
statement of the specimens required for rig testing sequences. In these circumstances it is 
essential that the contractor should publicize the deviations from the specifications so that the 
technical basis of the estimates is known and recorded. 

Given the technical basis of the estimate several techniques are available for evaluating the 
labour hours and materials likely to be required for each task. These techniques range from 
broad, subjective assessments based on personal recollection to detailed and relatively objec- 
tive methods which mvolve the systematic analysis of experience on previous projects. They 
are described m section 4.3.2 below. For some sections of the estimate the use of broad and 
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subjective methods may be difficult to avoid, particularly in the early study stages of the 
project when technical definition may be poor. But the contractor should use more detailed 
and objective techniques as development proceeds and technical uncertainties are reduced 
(section 4.3.4). 

Having assessed the labour hours and material content of each task it is then necessary to 
convert these assessments into monetary terms and to estimate the overhead charges applicable 
to each task. This may require a series of assumptions by the contractor on matters such as : 

the division of work between the contractor’s establishments, 

the wage rates and overhead rates likely to apply at each of these establishments, 

the use of government facilities and personnel e.g. firing ranges, 

the items of equipment which will be supplied as embodiment loan, 

the likely prices of materials and proprietary parts, 

the likely cost of development and supply by subcontractors. 

Again it is necessary for the contractor to record these assumptions and to circularize them 
with the estimates. Otherwise it will not be possible to make accurate evaluations of the 
reasons for later changes in estimate or of the relative costs of technical or programme changes 
which are subsequently proposed. 

The task estimates in monetary terms should then be aggregated to give the estimate of total 
development cost. This total may include financial allowances covering the likely cost of the 
programme reserves described in Chapter 3. The apportionment of these allowances is described 
in section 4.3.5. If the estimates have been related to programme tasks, each of which has a 
planned start and finish date, it will be relatively simple to assess the spread of actual expen- 
diture over the life of the project (see section 4.3.6). 

If the estimate is closely related to the development programme it will be possible to prepare 
estimates in greater detail as the project proceeds and the programme itself is refined. It will 
certainly be necessary (see section 4.3.7) to reconsider future costs at each six monthly review 
of programme so that up-dated and detailed estimates covering the year immediately ahead 
are available for cost control purposes. 

4.3.2 Estimating Techniques 

A number of techniques are available for assessing the labour and material content of tasks 
within the programme and for converting these assessments into monetary terms. All rely to 
some extent on deductions from previous experience; the differences between one technique 
and another are largely concerned with the level of detail at which the estimates are originated, 
and with the extent to which data from past development work is systematically analysed and 
used in estimating. 

In this section the techniques are considered in three main classes : 

Subjective, 

Parametric, 

Comparative. 

Techniques from each class may be used to assess the total cost of a task or group of tasks, 
to evaluate the constituent parts of the total cost (labour, materials and overhead) or to estimate 
the labour hours and material quantities required for each task. 

(a) Subjective Methods 

These methods rely on personal recollection and ‘feel’ for the magnitude of a task 
in the light of previous experience, unleavened by the systematic recording and 
analysis of data from past development work. All predictions require an element 
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of subjective judgement and personal skill must therefore play a part in the use of 
every estimating technique. But estimates which are wholly subjective are limited in 
value since : 

they are based on the recollection of projects of which the estimator has personal 
experience. They do not allow adequately for other development experience 
within the same company or group which may be relevant to the current project, 

personal recollection is not entirely rehable. Subjective estimates are very 
vulnerable to errors in recalling past projects, 

it is difficult to record and communicate the reasoning on which subjective 
estimates are based. This may well handicap the training of estimating staff, the 
analysis of changes in estimate and the evaluation of estimates by the Ministry. 

Nevertheless, overall subjective methods may be valuable when used by senior management 
to check the results of estimating by more detailed techniques. 

(b) Parametric Methods 

(i) Empirical Formulae (multi-variable). Empirical formulae may be used to 
relate development costs to several technical or physical characteristics of the 
project. A number of methods (including curve fitting and regression analysis) 
are available for deriving such formulae from records of previous development 



These formulae often involve more than one independent variable. 

They are normally used to assess the total labour content or cost of a large 
section of the project, particularly in areas of high uncertainty. 

Examples of empirical formulae are given below. It is emphasized that these 
examples (and those quoted in later sections of this Chapter) are included 

illustration. It should not be assumed that they are 
valid for current projects. ^ 

total airframe design manhours to first flight 

= K(We X Md)° (a X bMo) 

where We = Manufacturer’s Weight Empty 

Md = Mach. Dive Number 

K, n, a & b = Constants. 

^liquid rocket engine : engineering manhours 

= a + K M^= 

where F = engine thrust 

M = mass flow 

a, c & K = constants 

Empirical formulae can be valuable in assessing the order of mapnitnHA r 

large section of development cost. But they are lot normallv suhS^f ^ ^ 

precise or detailed estimating since : ormally suitable for more 

the number of relevant previous projects mav be tnn t n 
correlation to be established between technical oharacterMcs and 00^ 

— td“®es in fornts of 
of the art-. Empirical formulae ma^ not allorar^L^Vrtr^^^^^^^ 
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(ii) Direct Relationships (single variable). These methods relate cost to a single 
technical or physical characteristic of the project. They are less sophisticated 
than the empirical formulae and may correspond closely to the rule-of-thumb 
methods described below. Examples of direct relationships are : 

manufacturing hours per development batch airframe 
= K (Structure Weight) | 

manufacturing cost per bench engine = K X thrust, 

drawing office hours for electronic unit = K x number of stages. 

Such relationships are subject to the limitations which apply to empirical 
formulae and cannot be used with confidence to prepare detailed and precise 
estimates at the Minor Task level. However, they may be useful in assessing 
the order of magnitude of some sections of development cost in the early 
stages of a project. 

(iii) Learning Curves. Learning curves constitute a particular type of parametric 
relationship and are often used in assessing manufacturing costs. The curves 
are based on the theory that, when a number of similar units is manufactured, 
the labour hours needed to produce each unit wUl decline at a consistent 
rate as the work force becomes more familiar with the manufacturing pro- 
cesses involved. 

The relationship may be expressed 
h = aN’^ 

where h = labour hours for the Nth unit 

N = number of units produced to date 
a & b = constants. 

This expression indicates that, as the number of units produced is doubled, 
the hours per unit will decline by a constant percentage. Thus, on an ‘80% 
learning curve’, the 20th unit will require only 80% of the labour hours needed 
for the 10th unit. 

Learrdng curves are relatively simple to use and have an obvious application 
in estimating the costs of prototype manufacture. For example, an estimate 
of the labour hours required to manufacture the first prototype airframe may 
be used to assess the hours for each subsequent airframe in the development 
batch. 

However in applying learning curves it must be remembered : 

that each contractor, and indeed each factory, is likely to have different 
learning characteristics. The learning curves chosen should therefore be 
based on records of the actual performance of the establishment con- 
cerned. 

that in development manufacture the learning pattern may be distorted by 
changes in build standard, tooling etc. These changes must be allowed for 
when assessing the labour costs of batch manufacture. 

(c) Comparative Methods 

Detailed records from previous projects may be used to make direct comparisons 
between the actual costs of activities on past projects and the likely costs of similar 
activities on the current project. Two types of comparison may be identified; 

(i) Near-neighbour comparisons. Even in advanced projects a number of develop- 
ment activities will correspond quite closely in purpose and content to activities 
carried out during previous development work. The basic near neighbour 

27 



Printed image digitised by the University of Southampton Library Digitisation Unit 



estimate is obtained by determining the actual costs of the most similar 
previous activity and (after allowing for changes in wage, material and 
overhead rates) using these figures as the estimate for the correspondina 
activity on the current project, ^ ^ 

A simple refinement of the basic method is to multiply the actual cost of thp 
nearest neighbour activity by a factor so as to allow for the reto ve s and 
complexity of the new project. For example : 



Actual cost of direct labour for bench testing, 

engine A = 7500 test hours at £6 per hour 

(previous project) 

= £45 000 

Estimated cost, engine B (New project) 



I ivj/o t^ompiexiiy) at (16 ner 
hour + 5% for inflation) ^ 

= 8250 hours at £6 6 j. per hour 

= £51 975 

A simple ratio may be used to exoress thp- 
ptgrCe. FoZZX"''' development 

Spares costs = K% of airframe manufacturing costs 

Tooling materials cost = £K x man hours for tooling manufacture 

tench Ssfeg"”*' = K X number of hours of 

Such ratios may be termed ‘rule-of-thumb’ comparisons. 

they may alio be med 1“ some cases 

Package level °f “dividual tasks at the Work 

4.3,3 Synthetic Estimates 

ment cost on f S W ot“Ji bSs o“ *“ ‘°tal develop- 

direct estimates for constituent parts of the protect ‘.SS! a process of aggregating 

thetic estimating’. It is clearly preferable to 7 ‘®™ed ‘syn- 

Sir. .ni. Sfs7£r,£ S2X: 

~ « .M* to .to.s.sisi Sr 



In preparing these constituent assessmpntQ i r 

section 4.3.2 may be used. For example factored neL**'^t!?® techniques described in 
employed to estimate costs at the MinT^k llvS fn^tu ““P^risons may be 

Par^etric methods may be more suitable for some Programme. 

l^velm the broader programme fort at the Major 

estimate:’*'”® ‘^e use of several techniques in the build up of a synthetic 
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Flight test costs (Aircraft Project B) 

Nuinber of flying hours — assessed on a comparative basis from records of 

Utilization rates development flying on previous projects. 

Number of aircraft flying months 
Number of development batch aircraft 

Servicing and maintenance of 
development batch aircraft 



Fuel 



Hangerage at other airfields 



Flight crew 



Ground crew 



Instrumentation 



4.3.4 Selection of Technique 

Clearly, the selection of estimating technique will depend upon the size, complexity and 
technical definition of the activity being assessed. For example, in the early stages of a project 
poor definition may compel the contractor to use parametric methods to assess the total 
manufacturing cost of each prototype. As project definition proceeds, however, it will be 
possible to synthesise manufacturing estimates to an increasing extent. Factored near neigh- 
bour comparisons may then be used to estimate the cost of the sub-assemblies and components 
for each prototype. 

This process of refining the techniques used for estimating will apply to all sections of the 
programme. The following table gives a broad guide to the methods which may be suitable 
at different stages of the project: 



— number of aircraft flying months factored to 
allow for ‘stand down’ periods. Labour materials 
and overhead cost of servicing per ‘active’ 
month assessed on a factored near neighbour 
basis relative to previous project A. 

— calculated from specific fuel consumption in- 
dicated by engine developer. 

— hangerage fees assessed on the basis of cost per 
lb weight per landing. 

— crew labour and overhead cost per man month 
multiplied by crew strength and estimated air- 
craft utilization, 

— factored near neighbour estimate of man hours 
for preparation and attendance during flight. 
Converted to cost per flying hour. Multiplied by 
number of flying hours. 

— rule-of-thumb expressing instrumentation cost 
as percentage of airframe manufacturing cost 
(assessed by empirical formula relating manu- 
facturing cost to structure weight and density). 



Stage 


Estimate 


Task or 
phase level 


Parametric 


Comparative 


Synthetic 

(broad) 


Synthetic 

(detailed) 


Feasibility 


Cost of PD-1 and 
PD-2 


Minor 










Cost to completion 


Major/Phase 




* 






End of 
PD-1 


Cost of PD-2 


Minor 










Cost to completion 


Major/Phase 


♦ 


* 






End of 
PD-2 


Cost of next year 


Minor 






3ft 


* 


Cost to Completion 


Major 




* 


it 




During Full 
Development 


Cost of next year 


Minor 






* 


♦ 


Cost to Completion 


Major 




* 


* 
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4.3.5 Financial Reserves 

Chapter 3 described methods of allowing programme reserves at points of liigli uncertainty 
in the project. Such allowances should be matched by financial reserves within the estimate. 
The reserves will be in two forms : 

(a) allowances for the cost of resources assigned to ‘redundant’ activities within the 
programme. This will cover the likely cost of reiterative development in the ‘grey 
areas’ of the project, 

(b) allowances for the cost of ‘spare’ resources. Tliis will cater for the likelihood that 
the original resource and cost estimates will prove inadequate at points of high 
technical uncertainty. 

Allocating financial reserves in these forms will maintain the principle that all sections of the 
estunate should be based directly on the development programme. This will allow the size 
and incidence of reserves to be reviewed whenever the programme is altered. It is essential 
to ensure that financial reserves are assigned only once— at the highest level of stalf concerned 
with estimating. If reserves are built in at several estimating stages then the total margin will 
be unknown and uncontrollable. 



4.3.6 Phasing of Estimates 

Having assessed the cost of each task within the development programme it is then necessary 
to phase the estimates — that is to determine the likely spread of actual expenditure over the 
life of the project. 



Where the estimates have been related to the programme at the Minor Task (Work Package) 
level this should be relatively simple. The duration of each work package will normally be 
less than 3 months (see section 3.3.4). Consequently, given the start and finish date of the work 
package, it is possible to make a faurly precise assessment of the period in which actual costs 
will be incurred. In making this assessment it is, of course, necessary to allow for expenditure 
on materials which may be required in advance of the planned start date. 



However, for some sections of the project, estimates will be originated in broader terms— 
typically at the Major Task level. This is particularly likely where parametric or broad com- 
parative methods have been used to assess the total cost of a number of related Work Packages 
in the more distant stages of the programme. In these cases, two methods are available for 
assessing the spread of expenditure over the life of the project ; 



or 



(i) divide the estimate into components corresponding broadly to the work packages 
which constitute the Major Task. These estimates can then be phased by reference 
to the programmed start and finish date for each Work Package, 



(ii) assess the s^ead of total estimated expenditure over the programmed duration of 
the Major Task. This is a more arbitrary and approximate method since the 
Major Task may extend over many months of the programme. Nevertheless it 
may be necessary to adopt this method for distant sections of the programme in 
wkch there are major uncertainties about the nature and size of the constituent 
Work Packages The spread of expenditure within the duration of the Major 

ask may then be assessed by ‘near neighbour’ comparison with related tasks on 
previous projects. 



4.3.7 Re-estimating and Refinement of Estimates 

‘ described in Chapter 6, re-estimates may be made each 

month of the cost of completing work packages which are in progress. This arrangement to 
cover the work immediately ahead, together with the results of Cost/Effectiveness stuto the 
evaluation of design and programme changes and the improvement inT“k d^^^^^^^ 

estMate ^ progressive (and virtually continuous) revision and refinement of the 



cW^stwr'^^^ and estimate will enable the contractor to identify 

changes which will \ary the cost to completion by more than 10% or which will cause a 

programme slippage of more than 12 weeks. As described in section 3.3.12, the emergence of 
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either of these changes will require the submission of a revised programme and estimate for 
the project. It is emphasized that, in each estimate submitted to the Ministry, the contractor 
should: 

indicate clearly the relationship between sections of the estimate and tasks within the 
programme, 

display estimates of direct cost separately from estimates of overhead cost. 

In addition, at each 6 monthly revision of the programme, a complementary revision of the 
estimate will be required. This will give an opportunity to refine previous detail for the six 
months immediately ahead and to include a further six months of detail, giving twelve months 
of detailed estimates. The broader estimates for the balance of development will be revised 
and the actual costs incurred on the project to date will be taken into account. Each revision 
will enable the contractor to identify and publicize the reasons for changes in the estimated 
development cost. These reasons may include alterations in the requirement, programme and 
specification, as well as the revision of previous estimates which are now seen to be inaccurate. 

Such revisions will follow the same pattern as the original estimating procedure. However, 
the major features of the programme and estimate will now have been established and a 
number of estimating stages will therefore be simplified. 

4.3.8 Estimating Organization 

The organization for preparing and presenting estimates will vary from contractor to con- 
tractor. It will depend on the number and complexity of the projects handled, on the propor- 
tions of government costed and private venture work and on the abilities of the contractor’s 
stafiF. 

Whatever general form of estimating organization is selected, certain features are necessary 
to ensure that the estimating task is adequately managed and supported and that the inter- 
dependence of programming and estimating is maintained. These are : 

(a) one senior member of project management (preferably the Project Sponsor) 
should be given overall responsibility for the preparation, phasing and presentation 
of development cost estimates for the project, 

(b) estimating should not be regarded as a separate operation carried out in isolation 
by a specialist department. It is essential that Work Sponsors (and other technical 
personnel responsible for incurring expenditure) should participate in the pre- 
paration of task estimates. In this way they will he identified with those estimates 
which will constitute the budget figures for tasks within their responsibility, 

(c) a section containing skilled development cost estimators should provide a central 
service of experience and guidance for all technical personnel concerned with 
assessing the duration and cost of activities within the project. This service may 
include: 

the recording and analysis of data (including records of actual costs) from other 
projects and from other departments of the company — see Chapter 8, 

the provision of experienced estimators to assist Work Sponsors and other 
technical staff in the preparation of task estimates, 

the conversion of estimates of labour hours and material quantities into mone- 
tary terms at uniform and agreed rates, 

in collaboration with the Project Sponsor, the establishment of budgets com- 
patible with the estimates, both in total and for constituent tasks, 

the provision and maintenance of the pro formas and analysis sheets which are 
required for systematic estimating and for the maintenance of adequate records. 

The development estimatmg section should also assist technical departments in evaluating 
the cost of alternative design and programme features, particularly in the early stages of a 
project, and should participate in Cost/Effectiveness studies. 
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CHAPTER 5 

Monitoring and Controlling Technical Progress 

5.1 Summary 

5.2 Purposes of Monitoring Technical Progress 

5.3 Collecting Progress Data 

5.4 Identifying Slippage and Evaluating its Effects 

5.5 Content of Progress Reports 

5.6 Distribution of Progress Reports 

5.7 Progress Meetings 

5.8 Corrective Action 



5.1 Summary 

Monitoring procedures should ensure that prompt and accurate progress data is obtained 
regularly and systematically. They should enable project management to detect programme 
deviations as early as possible and to evaluate the effects of such deviations on the rest of the 
development plan. For prompt detection of programme deviations it is recommended that 
progress data should be collected against the finer levels of task breakdown described in 
Chapter 3. This information should then be summarized to broader levels of task breakdown 
so as to inform senior staff of the status of the programme and to initiate corrective action 
where necessary. 

This Chapter indicates methods of collecting and analysing data on technical progress. It 
describes an integrated system of progress reports and meetings. It suggests methods of 
ensuring that action to correct programme deviations is initiated at the appropriate managerial 
level and is properly co-ordinated and publicized. 



5.2 Purposes of Monitoring Technical Progress 

(a) to obtain prompt and accurate data on actual progress, 

(b) to carry out regular comparisons between progress and programme, 

(c) to identify actual and potential slippage — that is: 

(i) activities which have been completed behind programme, 

(ii) activities in progress which are likely to be completed behind programme, 

(iii) activities not yet started which may start and/or finish behind programme, 

(d) to detect slippage as early as possible— that is at the finest practicable level of 
programme detail, 

(e) to evaluate the size of the slippages which have been detected and their effects on 
the rest of the programme, 

(f) to prepare comparisons between the approved programme and cost plan and : 

(i) actual progress, expenditure and commitments, 

(ii) the latest forecasts of programme and expenditure to completion, 

(s) present prompt summary reports to the contractor’s management, to the 
Ministry and to associated contractors. 

These reports should: 

(i) review progress over the whole programme, 
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(ii) pinpoint areas of actual and potential slippage, 

(iii) enable management to review the actions necessary to correct slippage, 

(iv) initiate reprogramming action where slippage cannot be corrected. 



5.3 Collecting Progress Data 

No procedure for monitoring technical progress can operate effectively unless it is appUed 
to prompt and accurate data on actual and potential achievement. This data may be difficult 
to obtain in R & D work since : 

(a) in areas of high uncertainty it may be difficult to estimate the completion date of 
an activity, even some time after the activity has been started, 

(b) it is common for operating personnel to give euphemistic accounts of progress and 
to conceal slippage. Such distortions may arise from a desire to avoid recrimination 
or in the hope that the slippage can be retrieved. 

Misleading progress reports constitute one of the most trying problems of project management, 
particularly since they often originate from conscientious staff and are symptomatic of an 
anxiety to adhere to programme. Several corrective measures are available. They include : 

(i) thorough indoctrination of operating staff. It is especially important that Work 
Sponsors should appreciate that bad news is better publicized early. A clear 
understanding of the aims and requirements of project management should also 
reduce the tendency for operating personnel to become irritated by control in 
general and programme control staff in particular, 

(ii) the use of capable project management staff. The collection of progress data from 
operating personnel should not be regarded as a purely routine activity. Informed 
questioning at the working level is necessary for the prompt detection of actual 
and potential trouble, 

(iii) making frequent and detailed evaluations of progress. Chapter 3 described a 
detailed programming procedure which is designed to break the project down into 
a large number of relatively small tasks. This breakdown allows progress enquiries 
to take the form ‘has this task been completed?’ This is clearly less open to 
euphemistic responses than a broader programme breakdown in which progress 
enquiries seek subjective assessments of the degree of achievement within a 
larger task. Hence, to take advantage of the detailed initial programming, the 
evaluation of progress must be carried out at the lowest level of programme 
breakdown (the Element level during the full development phase). Progress 
information may then be summarized from the lowest level upwards. This will 
be more accurate (albeit more laborious) than soliciting more general progress 
assessments at the higher levels, 

(iv) the use of comparisons between progress reports and other parameters of achieve- 
ment. In evaluating achievement, project management may usefully consider para- 
meters of progress such as numbers of drawings issued, numbers of components 
made and numbers of man hours or test hours expended. These parameters may 
provide an overall check on reports of task completion within each Major Task 
and Phase of the programme. 



5.4 Identifying Slippage and Evaluating its Effects 

Progress data is used initially to compare actual and scheduled completion dates and thus to 
indicate the emergence of slippage or early completion. In addition, progress data is used to 
up-date the detailed programme and to evaluate the likely schedule for uncompleted activities. 
In order to ensure a systematic review of the project and to avoid unnecessary requests for 
information, the following up-dating routine is recommended: 
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(a) Fortnightly 



Operating staff are required to report on the comparatively small number of tasks 
which are scheduled for current completion. These reports should cover the 
following: 

(i) tasks scheduled for completion in the past two weeks which have been com- 
pleted— report shows actual completion dates, 

(ii) tasks scheduled for completion in the past two weeks which have not been 
completed — report shows anticipated completion dates, 

(iii) tasks completed although not scheduled for completion in the past two 
weeks — report shows actual completion dates. 

(b) Monthly 

Operating staff are asked for revised duration estimates on future tasks in the 
paths which currently appear most critical. Requests may also be made for revised 
estimates on tasks which are: 



(i) included in sub-critical paths which embody areas of high uncertainty, 

(ii) mcluded in paths for which the original duration estimates are suspect in the 
light of progress to date. 



(c) Six-monthly 

The fortmghtly and monthly reports are concerned with a small proportion of the 
^sks m the project. It is also necessary to review the whole programme periodically 
This review should be conducted six-monthly— in time for the publication of 
revised submissions by 31st January and 31st July each year. 

More frequent reviews may be necessary if significant deviations from programme 
einerge (see Section 3.3.12). The six-monthly review requires re-assessmenTof 
activity times and sequences throughout the programme. These estimates should be 
used to revise the detailed programme for the entire project. This revision will 
follow the same pattern as the original programming procedure. However the maior 
features of development wfil now have been established and a number of prosram- 
ming stages will therefore be simplified. p S ^m 

This pattern of reporting clearly cannot replace the normal project management processes of 
day to day contact, co-ordination and expediting in all current areas of activity These processes 
momentum °f the project is to be maintamed. However, the regular review 
Siclutog: adnevement should aid project management in a number of wayZ 

(a) ensuring that all activities scheduled for current completion are reviewed syste- 
matically Tte can reduce the risk that relatively glamorous activitirtsur as 

manufacture of the first bench engine or the first development batch airframe) 

be”Z? the attention of management at the expense of other activities wmI 
may be more cntical to the project end date, 

(b) revealing the effects of slippage on the programme for subsequent activities The 

^rcomplTthat^ activities in a large and complex project are so numerous 
and complex that the effects of slippage are often not revealed by a ‘common 

ense 9^® of tlie advantages of computer-operated PERT analysis is 

the speed with which such effects can be evaluated. In a typical PERT application 

(i) a list of activities m ‘float’ order. The size of ‘float’ indicates how long the 
completion of an activity can be delayed without affecting the project end 
date. Activities with least float are obviously most critical. An Output Report 
m float order highlights activities which have become criS*^owMrto 
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slippage in the earlier stages of the project and helps management to con- 
centrate on the more urgent items. In particular the emergence of negative 
float indicates that corrective action must be taken to achieve the scheduled 
end date for the project. The size of the highest negative floats indicates the 
project slippage which is likely to occur if corrective action is not taken, 

(ii) a list of activities in order of expected completion date. This report allows 
for the effects of slippage on subsequent events. It provides management 
with an up-dated schedule of the activities which should be completed in 
each week of the project if the current end date forecast is to be achieved. 

(c) allowing prompt Summary Reports to be prepared for senior management. Again 
the use of a computer operated PERT system is valuable since it allows the mass of 
detailed progress data to be summarized quickly for successively higher levels of 
management. These Summary Reports are described in Section 5.5. They should 
inform management of : 

(i) the effects of slippage on the scheduled project end date, 

(ii) changes in the likely dates for the achievement of major project milestones, 

(iii) changes in the likely pattern of resource utilization and the emergence of 
under-or over-load situations. 



5.5 Content of Progress Report 

Many forms of progress report have been developed for R & D work. Used indiscrirninately 
on a large project they can present so much information that they bewilder rather than inform. 
On the other hand, it is necessary to circulate significant progress data to a number of agencies 
if development is to be properly co-ordinated and controlled. Within limits it is better to 
circulate somewhat too much information rather than too little, provided that the reports 
are well integrated and that the major programme features are emphasized. Among the types 
of progress report which should be considered are : 

(a) PERT Output Reports in Float Order. These were described in Section 5.3. They 
should be produced monthly at the lowest level of detail (the Element level during 
the full development phase) for use by personnel concerned with day to day 
monitormg — ^typically the Project Sponsors and the Ministry Project Oflficer. They 
should be summarized to higher levels (the Major and Minor Task levels during the 
full development phase) for senior management, Project Sponsor, Work Sponsors, 
Ministry Project Officer and Project Director. 

(b) PERT Output Reports in Completion Date Order. These were also described in 
Section 5.3. They should be produced monthly at the same levels of detail (and for 
the same circulation) as the Float Order Reports. 

(c) Resource Loading Reports. These reports should be produced monthly to indicate 
the loads likely to be imposed each month on key resources (notably manpower 
of various grades, test facilities and prototypes) by the up-dated programme. They 
should be generated initially at the Minor Task (Work Package) level and should 
itemize the activities requiring a given resource and the float pertaining to each 
activity. This will indicate the activities which could be re-scheduled with least 
effect on the project end date in order to smooth out under- and over-load situa- 
tions. These reports would be of direct interest to the Project Sponsor, Work 
Sponsors and Ministry Project Officer. 

They should be summarized to give Resource Loading Displays — graphical presenta- 
tions for each key resource showing the total load likely to be imposed month by 
month in the up-dated programme. These Displays will be used by senior manage- 
ment, the Project Sponsor and the Ministry Project Director to review overall 
loading. They should be supported by a statement of the re-scheduling proposed 
in order to reduce over- and under-loading. 
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(d) Milestone Reports. Key activities which are critical to the project may be selected 
for summary displays of programme status. The completion of each key activity 
is regarded as a ‘Milestone’ of achievement. Milestone Reports may be prepared 
monthly. They should indicate (in bar chart form) : 

(i) the planned start and finish dates of each key activity, 

(ii) the actual start date, 

(iii) the successive estimates of completion date, 

(iv) the actual completion date. 

These Reports are intended for senior management and the Ministry Project 
Director. They will usually include items at the Major Task level. They should 
show, against each item, the float relating to the most critical constituent elements. 

(e) Schedule Outlook Displays may be used in addition to Milestone Reports when the 
anticipated completion dates of Major Tasks are revised frequently. These displays 
plot (on a calendar scale) the nuinber of weeks by which the successive completion 
estimates differ from schedule — ^i.e. the size of the anticipated slippage. These 
indicate whether management action to correct slippage has had the required 
effect on the estimated completion dates. 

(f) Reports Comparing Expenditure and Progress — see Chapter 6. 



5.6 Distribution of Progress Reports 

To pemt a prompt review of programme status it is necessary for progress reports to be 
s working days of the month to which they refer. A suggested distribution is 

shown below (DA denotes Design Authority, CDA denotes Co-ordinating Design Authority). 





Within 


Contractor 


To the 
Ministry 


Between 

Contractors 




To Senior 
Management 


Project 

Sponsor 


Work 

Sponsor 


Project 

Director 


Project 

Officer 


DA to 
CDA 


CDA 
to DA 


PERT Output-Float Order 

(i) Element Level 

(ii) Minor Task Level 

(iii) Major Task Level 




4t 


«« 

4c 


♦ 

♦ 


4t))c 


♦ 

♦ 


* 

♦ 


PERT Output-Completion Date 
Order 

(i) Element Level 

(ii) Minor Task Level 

(iii) Major Task Level 




♦* 

* 


♦ He 

* 


♦ 

♦ 


♦ 


♦ 

♦ 


♦ 

♦ 


Resource Loading Reports 
(Minor Task Level) 
















Resource Loading Displays 
(All Activities) 


** 


** 












Milestone Reports 

(i) Major Task Level 

(ii) Phase Level 












♦ He 

♦ 


♦ He 

♦ 


Scheduled Outlook Displays 

(i) Major Task Level 

(ii) Phase Level 


4c 


** 

* 




* 




4c4t 

4t 


♦ ♦ 



Report, sho^ with a single asterisk * are simply smnmaries of more detailed reports (shown with a double asterisk **), 
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5.7 Progress Meetings 

Progress meetings, like progress reports, may grow to the point at which they make a diminish- 
ing contribution to effective programme control. But some meetings are clearly necessary on 
a large project to evaluate progress data and to determine what corrective action is required. 

It is likely that a number of ad hoc meetings will be held to discuss particular problems and 
that each department will have functional progress meetings. The design department, for 
example, may hold regular meetings to expedite drawing issues. In addition, the following 
meeting pattern is suggested as a minimum for programme co-ordination during the full 
development phase : 

(a) Fortnightly — Project Sponsor & Work Sponsors (as appropriate) examine the 
latest progress data at Element Level and above. The Ministry Project Officer may 
also wish to attend. The meeting should determine the action needed to correct 
minor programme deviations and out of balance resource loads. 

(b) Monthly — Contractor’s Senior Management and Project Sponsor review progress 
reports at Minor Task Level and above. The meeting should consider expenditure 
and technical progress. It should determine the action needed to correct important 
deviations which do not affect other contractors and agencies. 

(c) Quarterly — Project Sponsor, contractor’s Senior Management, Ministry Project 
Director and Project Officer review progress and problems at Minor Task Level 
and above. The meeting should consider expenditure and technical progress with 
particular reference to programme deviations and corrective actions which could 
affect other contractors and agencies. 

(d) Quarterly — Ministry Project Director, Project Sponsors and Senior Management 
from all major contractors and Ministry Project Officers consider progress and 
problems at Major Task Level and above, with particular reference to interface 
events. 



5.8 Corrective Action 

It has been seen that the emergence of slippage will be signalled by the appearance of negative 
float in the PERT printouts. The significance of such slippage (and of the corrective action 
required) will vary considerably. At one extreme, for example, a small deviation in the early 
stages of a contractor’s manufacturing programme may be retrieved by a short period of 
overtime working without any effect on other sections of the project. At the other extreme the 
loss of a prototype aircraft may affect every contractor working on the project and lead to a 
major revision of the overall programme. 

The choice of corrective action is, of course, a managerial function. The purpose of project 
management procedures is simply to provide information on which prompt and sensible 
decisions may be based. These procedures, and the organization of the project, should give 
junior managers the authority to correct local deviations from programme. They should also 
ensure that each junior manager appreciates the limits of his authority and reports promptly 
when higher level corrective action is required. In this context four decision making levels may 
be identified. They are: 

(a) Minor programme deviations — only one contractor affected 

Typically, these deviations will occur within Work Packages which: 

(i) are not on critical or sub-critical paths and, 

(ii) can be corrected without affecting other contractors or other sections of the 
same contractor. 

They may be corrected by decisions at Work Sponsor level or below. Such 
decisions will include resequencing of activities within the work package, 
increased parallelism of such activities and the use of greater resources 
within the organization unit responsible for the work package. The use of 
overtime working to correct a small manufacturing slippage was described 
above. It forms an example of a minor programme deviation affecting only 
one contractor. 



37 



Printed image digitised by the University of Southampton Library Digitisation Unit 



(b) Major programme deviations — only one contractor affected 

These deviations will affect more than one section within the contractor and will 
concern more than one Work Sponsor. For example a slippage on the preparation 
of drawings for test specimens ' may have potential effects on purchasing, manu- 
facturing and development testing. If the drawing slippage cannot be corrected 
by the responsible Work Sponsor in time to avoid late issues then it is imperative 
that the Project Sponsor should evaluate the ejffects of delays on all sections of the 
contractor’s organization. 



If possible, action should be taken to avoid alterations to the scheduled dates for 
completion of major events in the contractor’s programme — ^particularly the dates 
for project completion, supply interfaces with other contractors and major systems 
trials. This action will be determined at senior management level with the participa- 
tion of the Project Sponsor, the appropriate Work Sponsors and the Ministry 
Project Officer. It may lead to rescheduling of the contractor’s programme over a 
number of work packages, the employment of extra resources (such as sub-contract 
desi^ and manufacture) and even the deletion of some programme stages which are 
considered expendable in the current technical situation. 



Such alterations must be clearly defined and publicized within the contractor’s 
orgaimation so that a sin^e up-dated programme and resource allocation plan are 
available at each organizational level. It is obviously necessary to avoid the situation 
m which obsolete schedules continue in circulation. 

(c) Minor programme deviations— more than one contractor affected 

A contractor unable to absorb internal programme deviations, without 

altering the scheduled dates for key events, such as supply interfaces. This effect 
may be minor ^for example the interface events may not be on a critical or sub- 
cntical path for the project. The programme may then be adjusted fairly readilv 
by agreement between the Project Sponsors of the contractors concerned. It is 
still nec^sary for the changes to be properly defined and publicized throughout the 
project. Otherwise obsolete schedules may cause ‘out of phase’ action— particularly 
it the events m question become critical later in the project. 

(d) Major programme deviations — more than one contractor affected 

Changes m a contractor’s programme may cause changes in critical scheduled 
dates for the project. Corrective action must then be considered at the highest 
levels of project orgamzation. Thus the inabihty of a contractor to deliver equip- 
ment for major systems tnals may prejudice the trials programmes for all other 
contractors In this case the Ministry Project Director and all Project SponsoS 

corrective actions possible. These 
^ mclude re-scheduhng and resource switching over the whole project. In the 

insufficient and key programme dates (including 
he project end date) may have to be postponed. The need for clearly publicized 
decisions m this case is obvious— it is worthless to start the projLf with an 
^^ated programme if it is allowed to disintegrate through poor schedule up- 
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CHAPTER 6 



Monitoring and Controlling Cost Progress 

6.1 Summary 

6.2 Purposes 

6.3 Collection of Costs 

6.3.1 Cost Breakdown Principles 

6.3.2 Application of the Principles 

6.4 Budgets 

6.4.1 Establishing Budgets 

6.4.2 Rate of Spend Comparisons 

6.4.3 Budget Cost Comparisons 

6.4.4 Re-estimate Comparisons 

6.5 Content of Reports 

6.5.1 General 

6.5.2 Frequency of Reports 

6.5.3 Format of Reports 

6.6 Distribution of Reports 

6.7 Progress Meetings 

6.8 Cost Rates 

6.8.1 General Principles 

6.8.2 Wage, Material and Overhead Rates for Estimating 
Appendices 

A. Suggested format for Cost Status/ Rate of Spend Report 

B. Suggested Cost Status and Rate of Spend Display 

C. Suggested format for Achievement/Cost Report 

D. Suggested format for Achievement/Cost Report (based on re-estimate of cost) 



6.1 Summary 

The prime purpose of monitoring cost progress is to highlight those areas in the project where 
incurred cost is deviating from planned cost. This will allow prompt action to be taken to 
minimiz e cost over-runs. 

Such monitoring requires a regular and frequent service of information which must: 

report cost separately on individual tasks or groups of tasks called work packages, 

show the actual cost for each work package and any deviation from planned cost, 

be available promptly after the end of the period to which it refers. 

This Chapter describes the principles to be followed in collecting and monitoring costs to 
achieve these ends. It includes, as appendices, suggested formats for the presentation of cost 
information. 

The Chapter also stresses the need to use the same labour and overhead rates to convert both 
planned and actual activity to money for purposes of comparison, and outlines the principles 
to be adopted in determining the labour and overhead rates to be used for estimating and 
control. 
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6.2 Purposes 

The prime purpose of monitoring the costs incurred on a project is to highlight areas where 
costs are deviating from the planned level of expenditure so that project management can; 

(i) investigate the reasons for the deviation and where necessary take corrective 



(ii) keep the Ministry informed of the current cost status of the project and its probable 
effect on the estimated cost to completion. 

Serefore^ detailed purposes of cost monitoring and control outlined in this section are 

(a) to obtain prompt and accurate data on cost progress, 

(b) to carry out regular comparisons between actual costs and planned costs, 

(c) to identify actual and potential cost deviations from planned costs, 

(d) to detect actual and potential cost over-runs as early as possible and at the lowest 

practical level of detail, luwcsi 

'■sports to the contractor’s management and the 

Mmistry. The reports should: 

(i) review cost over the whole programme, 

(ii) pinpoint areas of actual cost deviation from planned cost. 



action. 



(m) be presented in a degree of detail appropriate to the management level and 




6.3 Collection of Costs 
6.3.1 Cost Breakdown Principles 




data should be capable of direct 



compared and cost over-runs identified. 



of cost collection is adopted can the budget estimate and actual 



cost of achievement be 




this relationsup is often lost and the effectiveness of 



the effect of this is illustrated in 
a project and a comparison, on a 
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To management this chart could indicate that, after a slow start during the first three months, 
both cost and technical achievement are now in line with the plan. 

In reality however, the project could already be experiencing a serious cost over-run. The 
extent of this can only be appreciated by breaking the project milestones into a number of 
related tasks and comparing actual costs with the estimated cost for each task. Thus: 

Detailed Task Plan 
Cost in £000’s = Estimate/Actual 
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At 30tli June, this more detailed chart indicates the following main facts about the cost statu<^ 
of the project: 



Task A 
TaskB 
Task C 
Task D 

TaskE 

TaskF 



Milestone 1 achieved on time and at estimated cost. 

Milestone 2 achieved on time but with a cost overrun of £40 000. 

Milestone 3 achieved on time but with a cost overrun of £50 000. 

No milestone scheduled for completion but an underspend to date of 
£40 000. 

No milestone scheduled for completion but an underspend to date of 
£40 000. 

Underspend to date £10 000. 



The probable explanation of this state of affairs is that effort has been withdrawn from tasks 
U, h and F and applied to tasks B and C to prevent slippage. This has placed the planned 

completion of tasks D, E and F and therefore the planned achievement of milestones 4 5 
and 6 m jeopardy. ’ 

From past performance it appears uiffikely that tasks D, E and F will be achieved at less than 
estimated cost. Thus cost to completion on the project is likely to exceed estimate by £90 000 
even if the costs of tasks E), E and F can be kept to estimate while still meeting the technical 

programme. Action to achieve an optimum compromise between cost and technical prosress 
on these tasks is clearly required at once. * 

6.3,2 Application of the Principles 

Durmg the prograimning and estimating stages of a project the development programme will 
be broken down into small constituent activities leading to the required end events for the 
penod of 12 months ahead. The work packages (i.e. the lowest level units at which costs are 
activities^^^^^^^ monitored) can then be determined by selecting activities or groups or 

The level of detail to wMch the programme is broken down for the collection of costs will 
vary not only between different projects, but also between different phases within one proiect 
Obviously, greater detail will permit tighter control and will increase the ability to^ detect 
actual and potential cost overruns and take prompt corrective action. It must be recognized 
however that too much detail will run the risk of overburdening the accounting system 
Management must determine the optimum level and in doing so will consider such faLrs as?' 

the size and complexity of the project, 

SpomSes™ in which management wishes to assign task 

S'toctiol"*' accounting and estimat- 

The essential requirements of a work package are: 

esrl'l““ which cost 

it must have a clearly defined end point, 

«^Pousibility of one department or 
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The lowest level of detail that wiU normally be practicable in defining work packages for the 
collection of cost is the Minor Task level (shown in tables 3A and 3B in Section 3.3.4). Although 
on occasions it may be necessary to define work packages at the Major Task level, a less 
detailed breakdown than this should not be considered. 



6.4 Budgets 

6.4.1 Establishing Budgets 

In this section the term ‘budget’ is used to describe the planned expenditure figure for part 
of a project. The process of comparing actual expenditure and budget should constitute the 
basic means of monitoring expenditure during development. 

Project budgets should be derived directly from the estimate of development cost and should 
be up-dated each time a revised estimate is made and submitted to the Ministry. Since the 
work package is the lowest level of breakdown at which costs are collected, budgets should 
be established for each work package in the detailed programme for the period immediately 
ahead. The aggregation of work package budgets will then allow summary budgets to be 
prepared at the Major Task and Phase levels of the project. The budget cost for a work 
package should include only those costs which are specifically planned, as described in 
Section 4.3.1. 

i 

Financial reserves, such as those described in Section 4.3.4, should normally be excluded 
from the work package budgets. These reserves should then be released only for work packages 
which cannot be contained within the original budget. Such releases should be closely con- 
trolled by the Project Sponsor, in collaboration with the Ministry’s Project Director, and 
should not be sanctioned until other measures to hold to the original budget have been 
attempted and proved unsuccessful. 

There are several possible ways of comparing actual expenditure and achievement with the 
budget for a work package. The simplest way is to wait until the work package has been 
completed and then to compare the budget with actual total expenditure. This will display 
the areas in which cost overruns have occurred and may be used to assess the quality of the 
budgets and estimates for the project as a whole. 

But this method has the disadvantage of being entirely backward looking — ^it does not allow 
the contractor to detect cost deviations within a work package early enough to take prompt 
corrective action. For effective control it is essential to compare achievement, cost and budget 
as the work proceeds and to detect deviations before the work package is completed. 

Three methods of making such a ‘running comparison’ are described below (Sections 6.4.2 
to 6.4.4). The simplest of these is the ‘rate of spend’ method in which the actual build up of 
cost is compared with the rate of expenditure imphed by the budgets. This method is relatively 
easy to use, but it does not allow for the possibility that the actual rate of technical progress 
will be more or less than the planned rate. This is clearly a dangerous omission and, as a 
result, the rate of spend comparison may be very misleading if considered in isolation. For 
example, if a significant slippage has developed, the actual rate of spend may correspond well 
with the planned rate, even though some tasks are consuming resources for longer than 
expected and cost overruns are inevitable. 

The second method, the ‘budget cost comparison’, counters this danger by comparing the 
actual cost of the work performed with the budgetted cost of that work. This method makes 
greater demands on the accounting and estimating organization because it requires regular 
assessments of the budget cost of the work performed. Nevertheless, the method is un- 
doubtedly superior to the ‘rate of spend’ comparison, since it does allow for variations in 
technical progress as well as in cost progress. 

The third method, the ‘re-estimate comparison’, goes a step further. This method requires 
the contractor to evaluate the cost of the work performed to date and, in addition, to re- 
estimate the likely cost of the work which remains to be done on work packages which are in 
progress. This provides regular forecasts of cost to completion based on the latest technical 
data. Thus the ‘re-estimate comparison’ embodies a continuous updating of the estimates. 
This should help the contractor to identify overspend situations before they occur. 
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These three methods are described more fully in the sections which follow. It will be seen 
that the second and third methods place a greater burden on the accounting and estimating 
staff. They will not succeed if they are introduced without careful preparation. Nevertheless 
these methods will improve the control of costs if operated properly. They require the contractor 
to look forward to a greater extent and enable him to anticipate eventual overspend situations 
This allows corrective action to be taken more promptly and more elfectively. 

In practice, the choice of method for a given project may represent a compromise between the 
desire for close control and the capacity and experience of the accounting and estimating 
functions. Contractors should certainly be able to introduce rate of spend comparisons at 
the Major Task and Minor Task levels without undue difficulty. However, this cannot be 
considered satisfactory in the long term since it does not allow for variations in technical 



Contractors must therefore consider whether, as the next step towards effective control thev 
should proceed directly to the ‘re-estimate comparison’ or whether they should adopt the 
budget cost comparison’ as a stepping stone to a fully forward-looking system. 



6.4.2 Rate of Spend Comparisons 

If cost estimates within^each element of the programme are allocated by periods of time a 

between actual expenditure to date and planned expenditure 
o date. This will indicate the emergence of overspend situations— that is the expenditure of a 
greater sum than planned at a given date in the project. P^^naiiure or a 

But this comparison does not take account of technical progress. In consequence it does not 
^ve a measure of cost overrun— thaX is the expenditure of a greater sum than planned for the 

amount of work. Consequently, rate of spend comparisons cannot be 
isolation as a measure of project status. They can be particularly misleading 
hen programme slippage occurs and reduces the actual rate of spend to an apparently reason- 
able level. Nevertheless, a rate of spend comparison can provide a useful supplment to mher 
reports and will often be required for the control of annual funding on a project. 



6.4.3 Budget Cost Comparisons 

cirfomS comparing the actual cost of the work 

L bSL compaSorif: ™ 



Actual cost of work performed versus Budget cost of work performed. 



This comparison indicates whether there is a cost under-run or over-run on the work performed 
to date. In order to carry out the comparison, three sets of cost figures are required f 

® IvLfahte package. These figures should be readily 

been used*^ (see Lfion SoX numbering has 



(it) 



the budget cost of each work package which has been 
are obtained directly from the budget. 



completed. These figures 






started but Zf.n on each work package which has been 

work nackafTpq ^ ^ assessment of budget costs on these ‘in progress’ 

described in thp ^ element of judgement. Methods of assessment are 

aescnbed in the paragraphs which follow. 



r^e^tn^rthe W small discrete activities 

SlTbud^^^^ programme. The method of deter- 

upon whether or not co«!t ^ ‘^rmed on an in progress’ work package will depend 

package. ^ allocated to individual elements within the work 
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When cost estimates have been prepared in this detail the budget cost of work performed 
within the work package at any time is obtained by adding together ; 



(i) the individual budget costs of those elements within the work package which are 
completed, 



and (ii) a proportion of the budget cost of those elements within the work package which 
are not completed, based on a subjective judgement of technical progress. It will 
normally be preferable to assess each partly completed element in predetermined 
categories — say a quarter, half or three-quarters completed. Thus, if the budget 
cost of an element is £8K and it is assessed as three-quarters completed, then the 
budget cost of the work performed on the element would be: 

I of £8K = £6K. 

If the cost estimates are not broken down to elements within each work package, the budget 
cost of work performed must be assessed in a broader and more approximate fashion (unless 
a re-estimating technique is used — see Section 6.4.4). Two possible methods of assessment are 
as follows : 



or 



(i) to assume that the elements are of approximately equal cost and hence that: 



budget cost of work performed 



= total budget for work package x 



(number of elements completed) 

(total number of elements in work package) 



(ii) to make a subjective assessment of the percentage achievement within the work 
package and to apply this percentage to the total budget for the work package in 
order to determine the budget cost of work performed. 



Neither of these methods is recommended as a permanent feature of the budget cost com- 
parison. But they may be useful in the initial stages of establishing the method since they are 
somewhat less exacting than the element-by-element assessment described above. 



6.4.4 Re-estimate Comparisons 

This method introduces a forward-looking feature which is not available in the rate of spend 
and budget cost comparisons. For each work package in current operation the re-estimate 
comparison is : 

Budget cost to completion of the work package, 
versus 

Re-estimate of cost to completion of the work package. 

The re-estimate of cost to completion would normally be carried out at the end of each period 
and would be made up of : 

(i) actual costs to date against the work package, 

plus (ii) an estimate of the costs likely to be incurred by the work necessary to complete 
the work package. It is recognized that, in areas of high uncertainty, accurate 
estimating may prove difficult even after part of the work package has been 
completed. But there is a clear advantage in basing the re-estimate on the latest 
technical data and in signalling the likelihood of cost overruns before they are 
actually incurred. 

The main advantage of this comparison is that it encourages a systematic assessment of 
future cost overruns. Managers at the work package level are required to prepare regular 
re-assessments of the cost to completion of current work packages. The work of re-estimation 
is limited since only a small proportion of the work packages is in current operation at each 
stage of the project. Nevertheless the need to re-estimate costs to completion provides a 
useful discipline for work sponsors and promotes a high degree of cost-consciousness. 
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It IS, clearly, possible to extend the process of re-estimating to include work narkaapc t,- i. 

well as those which are curfentl“^^^^^^ 

Mghhght areas in which current technical work had revea1p/tf*^ 
hkelihood of future cost increases. But it is not recommended to ora^attns 
iinused to frequent re-estimating. It requires a great deal of extra wo^nd^ n^^^^^^ 

ift estimates for the whole project are up-dated regularly (see Section q 

Its additional benefits are relatively small. i' ^ reguiariy (see Section 3.3.12), 



6.5 Content of Reports 
6.5.1 General 

hy quantifying the extent 

are an essential aid to theh effective su^:™! io°n^ 

up fo?™ work packages aJlows cost reports to be summarized from 

Ministry. Consequently, reports at eaorsTc7esdw®^/Tohf d^wX^^ 

data in progressively more summarized form. same basic 

-to constituent types 

each, case for effective action to be taken. ^ ^ considered necessary in 



Distmction must be made between the four main types of cost: 
Direct Labour (Salaries and Wages), 

Materials and Bought-out Parts, 

Sub-contracted work. 

Overheads. 



ani boTgtoufSrtsT^^^^^^^ ‘h^ costs of direct labour, materials 

budgetted and controlled individSaltbTth:^^^^^^^^^ should be 

tbfdScfe^t Again it is necessary for 

should include a separate™a S 'f tHutlf h ‘h« Mi4try 

orders placed for mLrialsXSout commitments-that is the value of 

ahready paid and progress payments already made by ttecom^to™“'^ of invoices 

6.5.2 Frequency of Reports 

in^SSy^f^l f-m as the reports monitor- 

to suit the contractor's normal cycle of Lancia! reportog!"^”"^ weekly) 

The importance of prompt presentation cannot be overstressed Tf 

than history, they must be available to manaaf^TYiAnt + i reports are to be more 

end of the period to which they X management not later than 10 working days after the 
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6.5.3 Format of Reports 

The detailed design of cost reports will depend upon a number of factors, including the 
contractor’s choice of task numbering system and the data processing facilities to be used for 
cost analysis and tabulation. However, each method of cost comparison described in Section 
6.4 above will require a certain minimum of information to be shown in the appropriate cost 
reports. 

Thus, for the rate of spend comparison, the cost reports must show : 

(a) actual cost of work performed to date, 

(b) budget cost to date (that is the budget cost of the work planned for completion by 
this date, whether that work has been completed or not), 

(c) cumulative overspend or underspend to date (a minus b), 

(d) overspend or underspend this period (c minus c at the end of the previous period). 
And, for the budget cost comparison, the cost reports must show: 

(a) actual cost of work performed to date, 

(b) budget cost of work performed to date, 

(c) cumulative cost overrun or underrun to date (a minus b), 

(d) cost overrun or underrun on work performed this period (c minus c at the end of the 
previous period). 

Even when the budget cost comparison is used to monitor cost overruns it will normally be 
desirable to check over- and under-spend situations for funding purposes. In that case infor- 
mation on budget cost status and on rate of spend can be combined into one report. A 
suggested format for such a report is given in Appendix A at the end of this Chapter. 

In addition, it may be desirable to present budget cost status and rate of spend data as a 
graphical display, particularly for senior management. An example of such a display is given 
in Appendix B at the end of this Chapter. 

It will often be valuable to present programme data on the same report as budget cost status. 
This is possible at the work package level and above. An example of a combined ‘Achievement/ 
Cost Report’ is shown in Appendix C. 

When the re-estimate comparison is used, the cost reports must show the following data for 
current work packages : 

(a) re-estimated cost to completion, 

(b) budget cost to completion, 

(c) anticipated overrun or underrun (a minus b), 

(d) change in anticipated overrun or underrun during this period (c minus c at the end 
of the previous period). 

When this comparison is made it will normally be most informative to present the infor- 
mation in a report which also contains programme data. A suggested presentation is given in 
Appendix D at the end of this Chapter. 



6.6 Distribution of Reports 

The distribution of cost progress reports should be similar to that for PERT Output reports 
described in Chapter 5. A suggested distribution is: 
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double asterisk **).*' ^ asterisk are simply summaries of the more detailed reports at the work package level (shown with a 



n a functional work breakdown is adopted for planning purposes (see Chapter 3) sum- 
marization of cost sports ‘from the bottom up’ will produce cost reports providing information 
which can be used both for project management and functional management reporting. 

breakdown is adopted separate upward summarizations will 
be required for project and functional management purposes. 

In addition to the formal reports described above management at work package level and 

“ actual deployLnt of effort forTompLison w”h 

if u information may be produced informally within each department and will 
probably be in terms of the man-hours, man-days or man-weeks expeS ^ earrnf ^ 
vanous grades of dnect workers. Speed of presentation is TentiS mfor^ation^^^^^^ 
Sren week should be available to the managers concerned within two days after the end of the 



6.7 Progress Meetings 

6.8 Cost Rates 

6.8. 1 General Principles 

p“ri^SproTco«“ Sns°t basic 

derived. Xn this i '"“ch budgets were 

^ ^under-nse^of facihties ~ - 

will depend 

two ways : ^ ^ •‘^^oadly this can be done in one of 

(i) by the use of direct labour rates to convert recorrlpri rt' t \ 

If this convention is in use the '“b"" 

those upon which the last estimate Z 

cnlated direct labour cost and wagerrctSlv ® u “ 

in reports to the Ministrv together wfiu ^ f “1 be shown separately 

overhead expenses should be^incIudS ^'n rfn 

preparing thi estimate “ ‘b® '^tes used in 

in some cases, a precise amJysis of cL XSd meverS^^ 

limits and enables the contractor to subXtXCsXo'^^^^^^ 
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(ii) by collecting and reporting actual wages paid. If this convention is in use the com- 
parison of like with like’ will only be fully preserved when actual wage rates are 
exactly the same as the budget rates. This will seldom be the case. But, given the 
regular up-dating of estimates described in Chapter 4, it is unlikely that the varia- 
tion between budget and actual rates will be sufficiently large to invalidate the 
comparison. 

Significant changes in direct labour rates, e.g. as a result of a wage award, can 
normally be foreseen for a period of six months ahead and will be incorporated 
into budgets (from which overhead rates are determined) at the time of making 
the estimate. When an unforeseen change does occur it will normally be necessary 
to revise the estimate and establish new budgets using revised labour and over- 
head rates. 

Overhead expenses should be included in reported costs at the rates used in 
preparing the last estimate. Wherever possible, under- or over-recovery of over- 
head expenses actually paid should be reported separately. However, if precise 
analysis can only be achieved by delaying the returns then, as above, an element 
of approximation may be accepted. 

6.8.2 Wage, Material and Overhead Rates for Estimating 

The basis for determining rates to be used in estimating future cost will be specified by the 
Ministry before the initial estimate is made. This basis will be designed to produce estimating 
rates as close as possible to the eventual ‘Agreed Actual Rates’ for the year in which the estimate 
is made, and will normally require that the rates to be used are derived from company budgets 
current at the time of making the estimate, or more preferably from budgets for the immediate 
future. 

Whatever basis is adopted a complete list of the rates used should be included in every cost 
estimate submitted to the Ministry. Budget Rates must always be calculated using the basis 
of allocation of costs between direct and overheads agreed with the Ministry, and in some 
instances the rates themselves may be agreed by the Ministry as ‘Estimating Rates’. 

Once work on the project has started, re-estimates of total cost to completion will be a com- 
bination of : 



cost to date, 

plus estimated future cost to complete. 

Estimates of future cost to complete will be made on the basis of rates derived from budgets 
as outlined above. Cost to date in every re-estimate should be calculated using the followmg 
rates ; 



(a) ‘Agreed Actual Rates’ for cost incurred in those years for which actual rates have 
been ‘Agreed’ by the Ministry, 

(b) The budget rates applicable to individual periods for cost incurred in those years 

for which ‘Agreed Actual Rates’ are not finalized. 

A typical pattern of rates used in a re-estimate to completion on a project is therefore as 
follows: 



Project XL 

Re-estimate to completion — dated 1st October, 1969 
(Project started 1st April, 1966) 



Costs incurred in 
Year to 31.3.67 
Year to 31.3.68 
Six months to 30.9.68. 
Six months to 31.3.69. 
Six months to 30.9.69. 
Future estimated cost 



Rates Used 

‘Agreed Actual Rates’ 1966/67 
‘Agreed Actual Rates’ 1967/68 
Budget Rates at 1.4.68 
Budget Rates at 1.10.68. 
Budget Rates at 1.4.69. 

Budget Rates at 1.10.69. 
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6. Appendix A 



Suggested Fonnat for Cost Status/Rate of Spend Report 



Work Package 


Actual 
Cost to 
Date 


Overrun/ 

(Underrun) 


Begin 

Event 

No. 


End 

Event 

No. 


Charge 

No. 


Cum. 

to 

Date 


This 

Period 















Notes: Ovemin/(Undemm) = Actual Cost— minus— Budget Cost ofWork Performed 
Overspend/CUnderspend) = Actual Cost— minus— Budget Cost to Date. 
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Overspend/ 

(Underspend) 



Cum. This 
to Period 
Date 
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6. Appendix B 



Suggested Cost Status and Rate of Spend Display 
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6. Appendix C 



Suggested Format for Achievement/Cost Report 





^'ork Pack 


age 


Time Status 


Cost Status 


Begin 

Event 

No. 


End 

Event 

No. 


Charge 

No. 


Planned 

compl. 

Date 


Latest 

allowable 

compl. 

Date 


Float 

(weeks) 


Actual 
Cost to 
Date 


Ove 

(Und 


rrun/ 

errun) 


Overspend/ 

(Underspend) 


To 

Date 


This 

Period 


To 

Date 


This 

Period 

























Notes: ‘Float’ is: Latest AUowable Completion Date— minus— Planned Completion Date 



Cost Ovemm/CUnderrun) is: 

Actual Cost— minus— Budget Cost of Work Performed 

Cost Overspend/CUnderspend) is: 

Actual Cost— minus — ^Budget Cost to Date. 



6. Appendix D 



Suggested Format for Achievement/Cost Report 
(Based on re-estimate of Cost) 



Work Package 



Begin 

Event 

No. 



End 

Event 

No. 



Charge 
No 



Time Status 



Planned 

compl. 

Date 



Latest 

all’able 

compl. 

Date 



Cost Status 



Float 

(wks) 



Actual 
Cost to 
Date 



Budget 
Est. of 
Cost to 
compl. 



Revised 
Est. 
Cost to 
compl. 



Estimated 
Overrun 
(Underrun) 
to compl. 



Overspend/ 

Underspend 



Cum. 

to 

Date 



This 

Period 



Notes: ‘Hoat> is: Latest AUowable Completion Date^minus-PIanned Completion Date 
Estimated Cost Overrun/Underrun is: 

R^ed EstadM Cost to Compl.do.-,ri»tu-Bud,.t Eoto.te of Co.t to ComrIoUoo. 
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CHAPTER 7 

Unit Production Cost Estimating 



7.1 Summary 



7.2 Purposes and Frequency of Production Estimates 

7.3 Production Quantity and Design Assumptions 

7.4 Other Assumptions 



7.5 Production Estimating Techniques 

7.6 Synthetic Production Estimates 

7.7 Estimating Organization 



7.1 Summary 

Estimates of unit production cost are required in the early stages of each project and at 
intervals during development so that it can be ascertained, so far as practicable at this early 
stage, that the customer Department will be able to afford to buy the developed equipment— 
that is that there will be budgetary provision for procurement and that the equipment will be 
‘cost-effective’. 

In the early stages of the project, poor technical definition may prevent the contractor from 
preparing fully detailed estimates. However, as the project proceeds, the likely configuration 
of the developed hardware will be more firmly defined. This will allow the assessment of unit 
production cost to be synthesised to an increasing extent by aggregating direct estimates of 
individual components and sub-assemblies. Better definition will also allow more precise 
estimating techniques to be employed. 

The refinement of production estimates is discussed in this Chapter which also describes 
production estimating techniques and ways of allowing for the likely production quantities 
and rates and for changes of design between development and production. 



7.2 Purposes and Frequency of Production Estimates 

Estimates of production cost are required: 

(a) in the early stages of the project, to assist the Government in deciding whether work 
should proceed through the initial studies and on to full development, 

(b) during full development, to assist the Ministry in its technical oversight of the 
configuration of the equipment being developed. A consideration of production 
estimates may lead to value engineering and cost effectiveness studies during the 
full development stage. 

For these purposes, estimates of unit production cost will be required: 
at the end of the feasibility study, 
at the end of PD-1, 
at the end of PD-2, 

at each 6 monthly revision of the development programme and estimates, 

after PD-2, at any major design change which could lead to a change in total production 
cost of 10% or more. 



7.3 Production Quantity and Design Assumptions 

A firm and fully detailed estimate of production cost can only be made when a complete set 
of production drawings (supported by the relevant test specifications and process specifica- 
tions) is available. This will not occur until the end of development. The earlier estimates 
must therefore rely upon a series of assumptions about the final design of the developed 
equipment, the test requirements and the quantities to be manufactured, 
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Many of tlie design assumptions will be based on assessments of the likely differences between 
development prototypes and the production equipment. It is necessary for these assumptions 
to be recorded and publicized each time a production estimate is published: 

to ensure that the contractor, the Ministry Project staff and the customer Department 
have a common and unambiguous basis for the appraisal and comparison of produc- 
tion estimates, 

to allow an accurate analysis of the reasons for differences between successive produc- 
tion estimates, 



to ensure that proposed changes in production design (including changes considered 
during value engineering and cost effectiveness studies) can be clearly defined and their 
costs evaluated. 



The assumptions which should be recorded will include: 

(a) the likely volume and rate of production. These will have an important effect on 
production costs. They may affect the amortization of R & D costs (where neces- 
sary), amortization of tooling costs, methods of manufacture, location of manu- 
facture, volume discounts for purchases and learning allowances. Where the 
developed equipment is intended solely for use by the U.K. Services, the expected 
production rates will normally be given by the Ministry. If there is a possibility 
of sales to other agencies (such as foreign Governments), the contractor may 
give additional cost estimates based on his own assessment of the potential market., 

(b) the design specification, build standard and model type (for electronic equipment! 

on which the estimate has been based, ^ 



(c) the type and quantity of tooling required for production at the given rate The 
extent to which development tooling is likely to be suitable, 

(d) prototype design features which have been excluded or modified for the purpose of 

estimating production costs ^ ^ 



e.g. telemetry equipment used in a missile during evaluation trials only; 

(e) items required in production models which are not included in the design of develon 
ment prototypes ^ ^ 



e.g. aircraft furnishings, provision of facilities for 
packaging of electronic equipment; 



Service Type test equipment, 



(f) 



the use of standard components (such as forgings and diecastings) in production 

to replace items m the prototype design which may not have been designed for 
optunum production efficiency, lor 



(g) 



possible improvements due to value engineering exercises before production, 
any other expected difference between the design from which the cost has been 



(i) 



any reductions in the purchase cost of ‘exotic’ 
components) which are hkely to occur with the 
begias. 



items (such as advanced electronic 
passage of time before production 



7.4 Other Assumptions 



Assumptions on production quantities and design were discussed in the previous section In 
preparmg production estimates it will be necessarv to make a fnrti.,.! f section. In 

which must also be recorded and pnbhcized. They will incLe LeSmeXoff 



the division of production work between the 
sub-contractors, 



contractor’s establishments and those of 
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the wage rates and overhead rates likely to apply at each of these establishments, 
the learning curves appropriate to each establishment, 
the likely prices of materials, proprietary parts and subcontracted items, 
the allowances for scrap, setting-up, destructive testing and packaging, 

the allowances for the effect of design changes and modifications on production cost, 
particularly when it is known that early production models will be used to complete 
development testing, 

the expenditure on test gear and special plant (such as clean rooms) which will be 
required for production. 



7.5 Production Estimating Techniques 

Several classes of estimating technique are available for assessing the labour and materials 
required for production. These techniques may be considered in the same classes as were 
described in Chapter 4: 

(a) Subjective Methods 

These methods rely on the use of personal experience and judgement to assess the 
magnitude of production costs, without reference to systematically recorded and 
analysed data on previous manufacture. There is, clearly, a subjective element 
in every estimate. But estimates which are entirely subjective are very open to errors 
in personal recollection. Such methods may be used to apply an overall check on 
estimates prepared by more precise techniques. But they should not be used as the 
prime means of assessing production costs. 

(b) Parametric Methods 

Parametric methods employ records of previous production to establish generalized 
relationships between cost, labour content or material content and the technical 
or physical characteristics of the equipment. Often the relationship is expressed 
as a ratio between production cost and a single characteristic such as airframe 
weight, engine thrust, number of electronic components or missile range. 

Such relationships are potentially valuable. This is particularly so in the early 
stages of development when more detailed estimates may be difficult to prepare 
owing to uncertainties about the ultimate production design. But parametric 
methods should be used with caution since : 

the number of valid precedents from previous projects is often small, 

materials, processes and forms of construction may vary significantly from one 
project to another. These variations can have a profound effect on the relation- 
ship between cost and technical characteristics. 

(c) Comparative Methods 

Detailed records from previous manufacture may be used to make direct com- 
parisons between the actual costs of past production activities and the likely costs 
of similar activities on the current project. Such comparisons may be made at 
different levels of detail. For example, a broad comparison may be used to assess 
the total production cost of a major assembly by taking the recorded cost of a 
similar assembly and applying a factor to allow for differences in size and com- 
plexity. At the other extreme the labour content of individual machining and 
assembly operations may be assessed by consulting records of feeds and speeds, 
time study values or predetermined motion times. 
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The degree of detail which is possible with comparative methods will clearlv 
depend on the extent to which design, tooling and production methods have bee« 
determined. It may well be necessary to use relatively broad comparisons at 
start of development and to refine these during the project as definition improves 



7.6 Synthetic Production Estimates 

The estimating techniques described above may be employed to assess the total production 
cost of a complete equipment on a global, overall basis. Alternatively they may U med to 
estimate the cost of constituent components and assemblies. The constituent assessment^! 
may then be aggregated to give a ‘synthetic’ estimate of total production cost. ^ ^ 

technical uncertainties may make it difficult to prepare 
detailed estimates and it may be necessary to use global assessments of production cost 
However, it is recommended that a synthetic approach should be adopted as early as possible 
dunng development. This will allow costly design features to be identified more readilv Tt 

change Zng° tie consequences of technical 

However, it IS recognised that it may well be impossible to prepare fully detailed svntbetic 
hr^T^ the early sffiges of development. This is partly because of uncLtaintls^about the 
breakdown of the equipment into its constituent parts and partlv because ever, « 
breakdown is reasonably firm, there may be substantial 

physical characteristics of each component and assembly. Consequently the detail wbieb 
can be employed in synthetic production estimates will normally Tncre;^ 
proceeds and the likely configuration of the developed equipment is better t ^ 

„ definition will aiso facilitate the use o/n,ote^pS‘e:tiX"t^^^ 

at the feasibility study stage the state of design definition may be such that onlv 

de^ed ‘°S^*er with 

aUow the cont“to ^ente a n “ ™s would 

ment of a number of constituent costs would sffll b^aU rS™ely\rotd 

wSaMlfe rMgV^r^uS of drawings and specifications may be 
production^ cost of a C S“aS- 



/./ Estimating Organization 

S‘ntrSrHowevt!r& ™11 vary from contractor to 

engineers and produclion “nlgt In^ that designers, production 

stages and are considered when choices h^ave to b^l^rwr^ltl^reS^^^^ 

marbe^S: S'^P—olr it t hardware 

then be improved by close contact du^g the erowtb^nfTf and design should 

and cost reduction exercises should also promote Hnc Project. Joint value engineering 
design and estimating staff. ^ closer co-operation between production, 

Production estimators need a feed bark of ^ ^ r, . 

and to revise niles-of-thumb and other estimatinu^ter^^ • maintain their records 

information. The organizational arrangements sbnnm u are based on statistical 

recording and analysis of such data and for its use as a rb systematic 

lor us use as a check on estimator accuracy. 

56 



Printed image digitised by the University of Southampton Library Digitisation Unit 



CHAPTER 8 

Recording and Analysis of Data 

8.1 Summary 

8.2 Types of Record 

8.3 Choice of Records 

8.4 Development Data 

8.5 Development Manufacture 

8.6 Production Records 

8.7 Organization and Methods of Recording 

8.1 Summary 

All estimates of time or cost must derive to some extent from previous experience. In some 
cases they may be based entirely on the estimator’s personal recollection and judgement. 
But the validity of programmes and estimates will be improved if the estimator’s personal 
judgement is supported and checked by records of actual results on previous projects. 

This Chapter therefore suggests that data from each project should be recorded and analysed 
systematically for future use. It describes the type of information which should be collected 
and the procedures needed to collate and analyse it as development proceeds. 

Choosing which records to maintain may present difficulties for an individual contractor. 
Some records must be established so that the most significant data from each project is readily 
accessible for use on future development. But there is a danger that indiscriminate recording 
will generate records which are so extensive as to obscure the central information. Contractors 
may therefore prefer to extend their records by stages and to make a regular review of the costs 
and benefits of each extension. 



8.2 Types of Record 

Records for use in future programming and estimating should not be restricted to actual cost 
and achievement data. They should also record the programmes and estimates prepared at each 
stage of development, the reasons for deviations from and changes to the programme and 
estimate, and the technical, physical and environmental features of the project which influenced 
the assessments of time and cost. Consequently, records may be required in each of the 
following categories : 



(a) Physical and these records would describe the leading physical and technical 
Technical characteristics of the project. They would normally include 

descriptions of performance, weight, size, special materials, etc. 



(b) Programme records showing the reasoning behind the programme break- 

and Achievement down, the major difficulties which arose during the project, the 

major revisions to programme (and the reasons for such 
revisions), and achievement relative to the programme. These 
can be valuable to the contractor in discussing and agreeing the 
major features (such as aircraft utilisation rates and bench 
engine test hours) of a new programme with the Ministry. 



(c) Project Diary 
complementary 
to (b) above 



running records giving an up-to-date statement on technical 
aspects of the development. They may include a straight- 
forward calendar of events on the project, a manufacturing 
diary describing and illustrating proposed methods of manu- 
facture and tooUng, and a development diary outlining and 
referencing specifications and tests. 



(d) Estimated and records of estimated and actual manhours and material quan- 
Actual Cost tides as well as the costs of labour, materials and total cost. It is 

necessary to ensure that cost records are maintained on a 
compatible basis between projects and between various areas 
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of the same project. These records would include data on the 
cost of design, development manufacture and production 
manufacture. In certain types of manufacture a record of the 
costs of successive production units would be needed to estab- 
lish ‘learning curves’. 



8.3 Choice of Records 



In building up a comprehensive range of records, such as those described in Section 8-2 above 
Its is necessary to guard against the indiscriminate collection of data. Records which are too 
yolm^ous may be difficult to process and there is thus a danger that excessive recordine will 
impede access to the central information from previous projects. 



In consequence, contractors may choose to extend their records by stages and to compare the 

costs and benefits of each extension at regular intervals. In that case the following records 
should be considered as a starting point : ^ recoms 



development data: records of the duration, cost and resources required for each work- 

package, accompanied by related data on the leading physical, technical and nro- 
gramme features of the project, 



<^velopment manufacture: records (against each major assembly and 
the manhours, material quantities and costs of manufacture, 



component) of 



production after development: records of the manhours, material quantities and costs of 

and of each group of sub-assembly and 



The information which may be recorded under each of these 
in sections 8.4 to 8.6 below. 



headings is described more fully 



8.4 Development Data 

Project data should be coUected progressively as development proceeds so that the nertinent 

cost" are still 

against each Minor Task (Work Package) : ^ include the following data 

(a) a brief physical/technical description of the task 

Elements which constitute the task, of the programmed start 
and fimsh dates and of actual achievement against each Element 

(c) a summary of the estimates, showing— 

(i) effort in terms of total manhours 

(ii) the main items of material and bought out parts 

lied rsl^Tbe^loll^*^ 

(d) a summary of the labour, materials and costs actuaUy incurred, showing- 

(ii) the consumption of materials and bought out mrt-5 Thio u u* • .d t. 

reference to stores requisitions or purclelders ^ 
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(iii) the total costs of labour and materials, and the total cost of the task, obtained 
from the monitored cost data (see Chapter 6). The actual labour and overhead 
rates should be recorded. 

(e) a description of the estimating methods adopted and of the bases of the estimating 
relationships used, 

(f) a summary of the main reasons for differences between individual estimates and 
actual cost, and between programme and achievement, 

(g) a summary of the main lessons learned in carrying out the work and of the main 
factors to be considered in programming, estimating and carrying out similar tasks 
in the future. 

As each Major Task is completed, similar information to that outlined above may be derived 
by summarizing the data on its constituent Minor Tasks. Further summaries may be made at 
the Phase level so that a short general review of the whole project is available at the end of 
development. 



8.5 Development Manufacture 

Manufacture during development should be subject to the same system of task identification, 
monitoring and control as other development work. However, the recording of data at the 
Minor Task level may not provide adequate detail on hardware produced during the develop- 
ment stages of the project. This detail may be required for : 

checking estimator accuracy, 

use on future projects as a guide to ‘one off’ costs, 

estimating the unit production costs of the ultimate product. 

In these circumstances it may be necessary to maintain more detailed cost records for each 
work package relating to development manufacture. For the storage of this data in a readily 
accessible manner, a coding system will be needed which will identify the leading physical 
characteristics of each major component and sub-assembly. This will allow ‘near neighbour’ 
comparisons to be made quickly and easily. 



8.6 Production Records 

Among the purposes of recording data on production after development are : 

(i) to assist in estimating unit costs in future production runs of similar equipment, 

(ii) to provide a basis from which learning curves can be established, 

(iii) to check and improve estimator accuracy. 

For these purposes there is a need to record data against individual sub-assembhes and 
components of each production run. The information should be collected for each com- 
ponent or sub-assembly, should separate, for example, structure and systems and should 
include : 

estimated and actual effort in terms of direct man/machine/facility hours and cost, 

estimated and actual material usage and cost analysed to material categories. 

estimated and actual costs of equipment and bought out items required for each major 
item and analysed to each system. 

The method of collecting actual labour and material cost data and the detail in which it is 
obtainable will depend largely upon the costing system in operation. 

If Standard Costing is used, the standard costs of individual components will be developed 
from a systematic study of the manpower, materials and methods to be employed in manu- 
facture. The standards will be revised and up-dated on the occasion of each change in design 
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or method of mamifacture. Records may then be comphed from the documentation supporting 
the standard costs, indexed by components and cross-referenced to drawings and operation 
layouts. 

If historical job costing is used, records of actual labour and material usage will be collected 
against individual jobs or batches. Project records may then be compiled from completed job 
records — again indexed by components and cross-referenced to drawings and operation 
layouts. 



8.7 Organization and Methods of Recording 

The section responsible for development cost estimating may form the most suitable centre 
for the collection, analysis and recording of data on development work, since this is where 
much of the data will be used. Records of production costs and estimates will usually be 
collated in Production Departments but should be available to the development estimating 
section. * 



This section should ensure that the records are up-dated and revised as necessary and that any 
records received from sources outside the company are in a form which is compatible with 
mtemal data. The collation and analysis of data and the derivation of estimating relationships 
should be maintained as a continuing exercise in step with the extension of recorded data. 



It IS essential that data should be analysed and stored in a way which allows easy identification 
and speedy reference. Otherwise there is a danger that potentially valuable records will be 
neyected owing to the difficulty of extracting the appropriate information. For relatively small 
and simple projects, records may take the form of typed sheets against each Minor Task. These 
sheets inay be collected into sections for each Major Task and into separate files for each Phase 

A record of the work breakdown structure (see Chapter 3) will then provide a simple index to 
the files for the project. 



However, for large and complex developments, contractors should consider the establishment 
of a computer-operated data bank for recording purposes. This will often provide a faster and 
more comprehensive facility for the storage and retrieval of data from previous projects. 
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CHAPTER 9 



The Management of Smaller Development Projects 

9.1 Introduction 

9.2 Project Definition 

9.3 Deveiopment Programming 

9.4 Cost Estimating 

9.5 Monitoring and Controlling Technical and Cost Progress 



9.1 Introduction 

Chapters 2 to 8 of this Handbook are concerned with project management procedures for 
large and costly projects. This Chapter considers smaller projects. Collectively these projects 
are so numerous that they account for a significant proportion of the Ministry’s development 
expenditure. In consequence they require careful planning and control. Individually, however, 
they are small enough to allow adequate control to be exercised with somewhat simpler 
procedures. The most important simplifications, which are described in this Chapter, are as 
follows : 

only a single stage of Project Definition will be required to give a degree of definition 
similar to that obtained at the end of PD-2 on a large and complex project, 

the programme breakdown will contain fewer levels, 

since the project is smaller the number of activities in the detailed programme will be 
less, 

the number of items in the detailed estimates will also be less, 

the project management organization will be simpler and the procedures for monitoring 
technical and cost progress will be less formal. 

These differences between smaller and large projects are described more fully in the sections 
below. Where no differences are mentioned it should be assumed that the procedures designed 
for large projects are appropriate. 

The smallest projects are not covered by this Handbook of Procedures. The fundamental 
principles of the Handbook should certainly be followed — ^the work should be broken down 
into its constituent tasks and these tasks should be used as the basic units for programming, 
estimating and control. However, if the contractors are suitably organized, such projects can 
be controlled effectively by relatively simple and informal means. 



9.2 Project Definition 

The decision to proceed with full development on a smaller project will not normally be taken 
until the content and objectives of the development task have been firmly defined and the major 
areas of technical uncertainty have been explored. This will require a sequence of initial studies 
similar in essence to that for a large project. However, the lower cost of smaller projects will 
allow this sequence to be simplified. A typical smaller project will therefore consist of the 
following stages : 

Feasibility Study 

Project Definition 
(a single-part study) 

Full Development. 

The Feasibility Study may be carried out by Government Establishments, by a single con- 
tractor or by several contractors in competition. It will be used to establish the feasibility of 
meeting the Staff Target, to identify the major areas of technical difficulty and to outline the 
proposed engineering approaches. When the study is carried out by contractors, they will be 
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expected to make initial estimates of the cost and duration of development and to put forwn a 
a programme of work and estimate for the Project Definition stage. When the study is cariSn 
out in Government establishments, the Ministry may invite selected contractors to prodT 
bfiity and estimates on the basis of the technical data obtained during the Feash 

If the project proceeds beyond the Feasibility Study the programme for Project Definition will 

be reviewed by the Ministry and the selected contractor and agreed before the contraoti! 

awarded. The Project Definition study will not normally be competitive. It will be used tn 

explore the areas of technical uncertainty, to evolve detailed development specifications and tr. 
prepare the first DCP for the project. ^ ^mcaiions and to 

required for this work on a smaller project will depend on the comnlexitv 
? development. For a complex project of liigh novelty it may take as much Is 
20% of the total development time and 15% of total expenditure. For simpler proiects 
duration and cost of the study may be considerably less. ^ ^ ^ 

A snnaUer development project may be followed by the production of large quantities of the 
developed equipment. The production cost may then exceed the cost of development bv a 
substantial mayin. In this case the Ministry will be particularly interested in obtaining a well 
considered production estimate at the end of Project Definition and will ad^rthe s^ 
length of this phase accordingly. ■’ 

The docunients required from the contractor at the end of Project Definition will be similar to 
those requned m a large project at the end of PD-2 : 

Development Specifications: 

Performance 
Development Trials 
Engineering Characteristics 

Development Programme 

Cost Estimates : 

Development 

Production 

The degree of detail required will also be similar. 

“°tinue at the 

of work is not lost while thTSk,,, ; f so that the momentum 

full development ® 8° 



9.3 Development Programming 

large%jemrTte enceinte ^ P^jects are the same as for 

be defined. The oroiect should T stage of development should 

end event. TMs Kl™ lay t 

levels, each of which is a more detailed breaMown nf Programme into successive 

will depend on the size complexitTand ™^er of levels 

will require fewer levels of work breakdown Sal llllpl^Sl 

at each level. As for large 

procedures will operate) should normalfv reoLent ? collection and control 

and should be within the cost range £10K to £5nK- p ^ months of elapsed time 

finer division (to ‘Elements’) wfil & required to technical progress a 

allow accurate comparisons of technical anA prompt detection of slippage and to 

breakdown density 4 a :X“s“o^^^^ ^ ^ 
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Even in a smaller project the programme will usually be divided into some hundreds of acti- 
vities at the Element level. With this density of breakdown, traditional programme presenta- 
tions (such as bar charts) will not be sufficient to display the inter-relationships between 
activities. For this purpose PERT network analysis is recommended. If the number of activities 
is less than 300 the network may be prepared and up-dated manually. If the network is larger 
than this a computer will normally be needed and will produce faster, more accurate and more 
comprehensive PERT data. A contractor who does not use a computer for other purposes 
can, of course, hire time at a computer bureau for PERT operation. 

Table A. Example of Work Breakdown Density within a Contractor’s programme of total cost £2-5 M over 5 years 



Name of 
Programme 
Unit 


Example 
of Unit 


Average No. 
of Units in 
one Unit above 


No. of Units per 
Contractor 
programme 


Average Cost 
of Unit 

(£2-5 M Total 
No. of Units) 


Total 


Per annum 
= Total ^ 5 


PHASE 


DESIGN 


10 


10 


— 


£250K 


TASK 

(‘Work 

Package’) 


DESIGN 

POWER 

SUPPLY 


10 


100 


20 


£25K 


ELEMENT 


DESIGN 

LAB. 

MODEL 

OF 

POWER 

SUPPLY 


5 


500 


100 


£5K 



Control may be effective with work packages and elements of the same order of size as in 
larger projects. Because of the smaller scale of activity, however, the discrete units of work 
chosen for control will often be smaller. This is why the Elements and Tasks in this example 
are somewhat less than those in the corresponding Table for large projects (Table 3C, section 
3.3.4). 

It is clearly necessary to refine the programme as the initial studies are completed and technical 
definition improves. At the end of the Feasibility Study the programme for PD should be 
broken down to the Task level and the programme for full development may be shown at the 
Phase level. By the end of PD the technical uncertainties will have been reduced and the 
contractor should plan the first year of full development at the Element level and the balance 
of the project at the Task level. If full development is authorized the programme should be 
reviewed and up-dated regularly in the light of current achievement. This will permit the 
contractor to produce a revised programme twice a year (or more frequently if serious cost or 
programme deviations emerge). In each case the revision should result in a new programme at 
Element level for the next year and one at Task level for the rest of development. 

9.4 Cost Estimating 

Cost estimating procedures should follow the same pattern as for large projects. It is particu- 
larly important that the estimate of total development cost should be built up by aggregating 
estimates for each task within the programme. This will allow achievement and expenditure 
to be compared with budget on a task-by-task basis during development. 

It is also necessary for the estimates to be refined as the mitial studies proceed and technical 
uncertainties are reduced. Improvements in technical definition should be used to increase the 
extent to which the total development estimate is built up from direct assessments of relatively 
small constituent activities. Better definition will also follow more detailed estimating tech- 
niques to be employed. 

Similarly, assessments of unit production cost should be synthesized to an increasing extent 
from direct estimates of mdividual components as development proceeds and the likely con- 
figuration of the developed hardware becomes more firmly defined. 

The need for a single, senior Project Sponsor to take responsibility for programming and 
monitoring is no less in the smaller project. However, the number of Tasks in the programme 
may be so small that it will not be necessary to nominate separate Work Sponsors for each 
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Task: the Project Sponsor can take direct responsibility for control of certain work 

as well as responsibility for overall co-ordination. In exercising this control however fh! 

“ adequate level of supporting staff and must work in dote 
collaboration with the hne managers of each functional department. 

9.5 Monitoring and Controlling Technical and Cost Progress 

methods of control wiU be required for smaller projects since senior project stafF 
be m direct and regular contact with much of the day to day development activi/v Tt 

often be possible to check progress and to detect programme and cost deviations by persoril 
contact without the need for formal reports and meetings. ^ ^ 

Nevertheless, some reports and meetings will be necessary to ensure that achievement i 

^ programme and estimate are reviewed regularlyin the 

ight of this data. As a minimum, the following monthly reports are recommenled: ^ ^ 

(a) on technical progress (see Chapter 5) 

PERT Output Report— Float Order 

PERT Output Report — Completion Date Order 

Milestone Report — Summary display on key activities. 

(b) on cost progress (see Chapter 6) 

Cost Status/Rate of Spend Report 

(c) comparing technical and cost progress (see Chapter 6) 

Achievement/Cost Report. 

effitr as a minimum for 

deSs Afreet important 

management and Project 
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